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Preface 


This  thesis  is  another  in  the  long  line  of  efforts  aimed 
at  building  a  better  Inflight  Recorder  (IR)  for  the  Inflight 
Physiological  Data  Acquisition  System  (IFPDAS).  Previous 
theses  analyzed  different  aspects  of  the  IR  problems  and  made 
recommendations  for  construction  of  an  IR  prototype.  Some 
recommendations  were  followed,  while  others  were  updated  to 
take  advantage  of  new  advances  in  IC  designs.  The  primary 
product  of  this  thesis  is  a  hardware  prototype  for  the  IR. 
With  the  hardware  built,  continuing  theses  can  concentrate  on 
software  development. 

The  people  who  helped  bring  the  IR  prototype  to  fruition 
are  too  numerous  to  mention  individually.  They  include 
faculty,  students,  technicians  and  corporate  representatives. 
There  are,  however,  a  few  people  who  deserve  individual 
recognition  for  the  special  attention  they  gave  me.  First  of 
all  I  must  thank  Capt  Hall  and  Lt  Shackford  of  the  School  of 
Aerospce  Medicine  for  insuring  that  the  project  was  properly 
financed.  Thanks  also  to  Mike  West  of  the  Air  Force  Avionics 
Lab.  His  expertise  and  willingness  to  help  were  invaluable 
(and  I  truly  mean  invaluable)  in  developing  Magnetic  Bubble 
Memory  hardware  and  software  described  in  this  thesis.  I  can 
not  forget  Orville  Wright.  His  timely  procurement  of  hard  to 
find  parts  was  instrumental  to  finishing  this  thesis.  Thanks 
to  Major  Alan  Ross,  Dr  Mathew  Kabrisky,  and  Captain  Larry 
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Kizer  for  their  guidance  throughout  the  thesis.  I  whole¬ 
heartedly  recommend  them  as  advisors  to  future  degree 
candidates.  Although  not  a  member  of  my  thesis  committee,  I 
appreciate  the  time  that  Major  Walt  Seward  took  to  advise  and 
critique  my  work. 

Credit  for  the  quality  of  this  thesis  must  also  go  to 
my  poker /bo w 1  ing  budies.  Their  hard  fought  attempts  to  lead 
me  into  financial  ruin  provided  an  important  link  with 
reality.  More  seriously,  I  would  like  to  acknowledge  the 
help  and  understanding  given  me  by  my  loving  wife,  Celeste, 
and  daughter,  Elizabeth.  There  is  a  direct  correlation 
between  their  support  for  my  endeavors  and  my  acedemic 
accomplishments.  I  look  forward  to  graduation  so  that  we  can 
spend  more  time  together. 
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Abstract 


A  prototype  for  the  Inflight  Recorder  component  of  the 
Inflight  Physiological  Data  Acquisition  System  was  built. 
The  Inflight  Recorder  is  a  remote  data  acquisition  computer 
for  sampling  physiological  data.  Characteristics  of  the 
recorder's  design  were  solid-state,  microprocessor 
controlled,  expandability,  16  sensor  inputs,  and  122  samples 
per  second.  Demonstration  of  battery  operation  for  four 
hours  and  unobstructive  size  characteristics  awaits  further 
test ing . 

Following  a  hardware  requirements  analysis,  the 
prototype  was  built  using  Complementary  Metal  Oxide 
Semiconductor  (CMOS)  integrated  circuits.  Components 
featured  in  the  design  were  a  CMOS  microprocessor; 
Electrically  Erasable  Programmable  Read  Only  Memories 
(EEPROM);  a  monolithic,  16  channel,  analog  to  digital 
converter;  and  Magnetic  Bubble  Memories  (MBM). 

In  addition  to  building  the  IR  prototype,  several 
development  tools  were  constructed.  One  was  a  EEPROM 
Programmer.  Another  was  an  MBM  Interactive  Development 
System.  A  third  was  a  hardware  front  panel  for  debugging  IR 
software.  User's  manuals  for  these  tools  appear  in 
appendices  to  the  thesis. 
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I  Introduction 


One  of  the  missions  of  the  United  States  Air  Force 
School  of  Aerospace  Medicine  (SAM)  is  to  develop  effective 
life  support  systems  for  the  crews  of  high  performance 
aircraft.  To  accomplish  this  task,  SAM  collects 
environmental  and  physiological  data  during  actual  sorties. 
Upon  mission  completion,  this  data  is  added  to  a  historical 
data  base  and  correlated  with  data  from  past  missions.  This 
data  collection  and  analysis  system  is  known  as  the  Inflight 
Physiological  Data  Acquisition  System  (IFPDAS).  Since  the 
IFPDAS  is  the  primary  method  for  collecting  inflight 
environmental  and  physiological  data,  it  is  an  important  tool 
for  evaluating  the  effectiveness  of  Air  Force  life  support 
s  ys  t  ems  . 

Background 

The  IFPDAS  is  composed  of  three  subsystems.  These  are 
the  Inflight  Recorder  (IR),  the  field  processing  facility, 
and  the  laboratory  processing  facility.  The  IR  is  the  data 
collection  component  of  the  IFPDAS,  while  the  other  two 
subsystems  function  as  data  analyzers  (Ref  8).  The  current 
IFPDAS  is  of  limited  usefulness  because  of  present  IR 
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weaknesses.  These  weaknesses  and  the  development  of  a 
prototype  to  overcome  them,  motivates  this  thesis  research. 

Current  System.  From  its  inception,  the  IFPDAS  has  been 
plagued  by  an  inadequate  IS.  This  was  true  for  the  IFPDAS  I 
and  is  still  true  for  the  current  model,  IFPDAS  II.  The 
inadequacy  of  the  IR  results  from  its  hardware  configuration 
as  a  cassette  tape  recorder  interfaced  to  a  signal  sampling 
device.  This  configuration  caused  several  problems,  which 
were  revealed  in  the  IFPDAS  I  (Ref  16:1-2).  Five  of  the 
problems  were: 

1.  The  cassette  drive  mechanism  stopped  during  high-G 
maneuvers,  causing  discontinuities  in  data 
recording  . 

2.  The  IR  was  capable  of  recording  only  the  folliwing 
seven  signals: 

a.  a  time  code  for  correlating  samples, 

b.  pilot  voice, 

c.  Electrocardiogram  (ECG), 

d.  cabin  pressure, 

e.  oxygen  consumption, 

f.  expired  flow,  and 

g.  vertical  acceleration. 

Additions  and  changes  to  these  seven  inputs  were 
impossible  without  a  hardware  redesign. 

3.  All  data  manipulation  was  done  with  analog  signals. 
This  degraded  the  samples  as  noise  was  introduced 
during  each  stage  of  data  manipulation. 

4.  The  IR  was  constructed  with  discrete  components, 
making  it  less  reliable  than  a  system  based  on 
integrated  circuits  (IC's). 

3.  Additionally,  discrete  components  added  to  system 
bulk,  undesirably  restricting  pilot  movement. 

In  an  effort  to  correct  some  of  the  problems  outlined 
above,  The  Pacific  Missile  Test  Center,  Microelectronics 
Branch,  at  Point  Mugu  Naval  Air  Station,  California, 
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redesigned  the  IR.  The  result,  currently  being  used  in  the 


1FPDAS  II,  is  a  more  capable  and  reliable  IR.  Increased 
capabilities  are  a  result  of  the  addition  of  environmental 
and  body  temperature  sensors.  However,  it  should  be  noted 
that  some  design  tradeoffs  were  made  to  accomodate  the 
additional  sensors.  The  result  is  that  either  body 
temperature  and  ECG,  or  environmental  parameters  can  be 
recorded,  exclusive  of  each  other  (Ref  8).  Reliability  is 
increased  in  two  ways,  one  being  through  the  increased  use  of 
IC's.  Another  is  the  result  of  digitizing  some  of  the 
recorded  data.  The  sensors  that  are  recorded  digitally  are 
the  body  temperature  and  ECG.  While  this  new  IR  is  an 
improvement  over  the  old,  all  of  the  five  problems  listed 
above  still  exist. 

Previous  Studies.  Previous  studies  have  shown  that  a 
solid-state  IR  is  feasible,  using  commercially  available 
hardware.  The  progression  from  the  initial  feasiblity 
question  through  the  most  recent  thesis  effort  is  outlined  in 
the  following  chronology  of  US  Air  Force  Institute  of 
Technology  (AFIT)  studies. 

1.  Jolda  and  Wanzek  (DEC  77)  -  showed  a  solid-state 
IR  is  feasible  using  Magnetic  Bubble  Memory 
( MBM )  ; 

2.  Hill  (DEC  78)  -  investigated  storage  requirements 
and  techniques  for  sampling  12  phys  io logical 
sensors  ; 

3.  Moore  (JUN  80)  -  simulated  IR  operation  on  a 

Rockwell  6500  microcomputer  with  MBM,  while 
analyzing  storage  requirements;  and 
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Svetz  (DEC  80)  -  considered  a  hardware  design  for 
the  IR  and  wrote  software  for  a  ground  based 
system  to  analyze  IFPDAS  data. 

While  a  one  sentence  synopsis  of  each  of  the  above  theses  is 

terse,  it  describes  the  most  important  aspect  that  each 

contributes  to  the  ongoing  search  for  an  improved  IR.  Based 

on  recommendations  made  by  these  studies,  the  next  logical 

step  is  to  construct  a  prototype  of  a  new  IR. 


Problem  Statement 


This  thesis  is  aimed  at  replacing  the  weak  link  in  the 
IFPDAS  by  building  an  IR  prototype.  Unlike  previous  models, 
the  new  IR  will  be  a  solid-state,  aicroprocessor-contro lied 
device.  This  new  design  offers  the  following  solutions  to 
the  problems  listed  in  the  Current  System  description. 

1.  Moving  parts,  which  stop  during  high-G  maneuvers, 

will  be  replaced  by  solid-state  components. 

2.  Sampling  limitations  will  be  alleviated  by  two 
means.  One  will  be  that  any  0-5V  sensor  can  be 
plugged  into  any  of  the  sensor  ports.  Another  will 
be  use  of  a  microprocessor  to  control  sampling 
methods  through  characteristically  flexible 
so  f  twar e  . 

3.  All  data  will  be  stored  and  manipulated  in  its 

digital  form.  Therefore,  the  only  error  in  the 
sample  data  will  be  a  consequence  of  the  analog-to- 
digital  (A/D)  conversion.  Once  in  digital  form, 
data  manipulation  will  be  free  from  error 
introduced  by  analog  noise. 

4.  System  reliability  will  increase  because  IC's  will 

be  used  where  possible.  Use  of  discrete  components 
will  be  minimized. 

5.  While  the  IR  prototype  will  not  directly  solve  the 

bulk  problem,  it  will  provide  a  model  for 
estimating  the  size  of  a  new  IR.  Though  the 
new  IR  will  be  physically  larger,  its  basic 
structure  as  a  microprocessor  with  peripheral  I/O 
ports  (input  -  signal  sensors;  output  -  secondary 
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storage)  allows  the  system  to  be  broken  down  into 
several  smaller  devices  and  distributed  to 
convenient  body  locations.  If  distribution  is 
judicious,  pilot  movement  will  be  less  restricted 
with  the  new  IR. 

Scope  and  As  sump  t ions 

For  this  project,  a  prototype  was  considered  to  be  a  box 
capable  of  overcoming  the  first  four  problems  mentioned 
above,  as  well  as  providing  a  model  for  estimating  system 
bulk.  To  realize  a  working  prototype,  IR  hardware  was 
designed  and  built  using  commercially  available  IC's.  In 
addition,  software  was  written  to  show  that  IR  components 
were  functional. 

Because  of  the  limited  time  for  completing  this  thesis, 
custom  design  of  the  physiological  sensors  was  not  done. 
Instead,  the  IR  was  designed  to  interface  directly  to  any 
sensor  having  a  full  scale  output  range  of  0-5V.  This  0-5V 
assumption  was  natural  since  all  IR  sensors  in  the  IFPDAS  II 
meet  this  criterion  (Ref  8).  In  addition,  the  new  IR 
benefited  from  this  assumption  because  its  design  was  not 
restricted  by  a  closed  set  of  sensors.  Therefore,  the  new  IR 
can  be  tailored  for  a  specific  application  simply  by  changing 
the  sensors  and  writing  appropriate  software  drivers. 

A  second  assumption  involving  the  sensors  dealt  with 
data  accuracy.  The  assumption  was  that  eight  bits  of  digital 
data  could  accurately  represent  the  sampled  analog  inputs. 
IR  sensor  sampling  and  ground  based  signal  reconstruction 
were  investigated  by  Jolda  and  Wanzek.  Based  on  their 
observations  an  eight  bit  word,  capable  of  recording  units 
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from  0  to  25  5  ,  was  sufficient  for  IFPDAS  use  (Ref  16:27-41). 
Further  analysis  of  sample  accuracy  was  not  done  in  this 
thesis. 

It  must  also  be  noted  that  IR  construction  was  not 
restricted  by  requirements  to  interface  the  new  IR  to  current 
IFPDAS  analysis  hardware.  This  flexibility  allowed  for  an 
optimum  hardware  design  based  only  on  the  requirements 
outlined  in  Chapter  II.  This  thesis  assumed  that  appropriate 
data  processing  equipment  would  be  procured  should  current 
equipment  prove  inadequate  for  supporting  the  new  IR. 

Approach 

Building  the  IR  prototype  involved  constructing  hardware 
and  writing  software.  Before  either  hardware  or  software 
work  began,  requirements  were  identified,  an  architecture  was 
developed,  and  IC's  were  chosen  for  the  new  IR.  This  process 
matched  a  set  of  commercially  available  IC's  to  the  major 
components  of  the  IR.  Once  devices  were  identified,  hardware 
design  and  construction  began.  As  construction  proceeded, 
software  was  developed  to  show  that  each  new  system  component 
was  properly  interfaced. 

Sequence  o f  Presentation 

Chapter  II  is  a  hardware  requirements  analysis  whose 
purpose  it  is  to  define  a  set  of  IC's  for  building  the  new 
IR.  Using  the  chips  defined  in  Chapter  II,  Chapter  III 
describes  the  circuit  design  for  constructing  the  new  IR 
prototype.  Then  Chapter  IV  outlines  a  program  that 
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demonstrates  the  operation  of  IR  components.  Finally, 
Chapter  V  lists  conclusions  and  makes  recommendations  for  a 
flyable  IR.  In  addition,  IR  protoype  support  tools  developed 
during  the  project  are  described  in  the  appendices. 
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II  Hardware  Requirements  Analysis 

The  purpose  of  this  functional  analysis  is  to  define  a 
microprocessor  architecture  that  will  satisfy  the 
requirements  for  a  new  generation  IR.  This  analysis  begins 
by  deriving  a  list  of  required  and  desired  characteristics  to 
guide  construction  of  the  IR  prototype.  Then,  a  preliminary 
hardware  architecture  for  performing  physiological  data 
acquisition  is  described.  Finally,  commercially  available 
IC's  are  mapped  onto  the  preliminary  architecture,  defining 
the  set  of  solid-state  components  used  in  the  new  IR. 

Required  Characteristics 

The  characteristics  required  for  the  new  IR  were  derived 
from  a  set  of  requirements  identified  by  Capt  Hall  and  Lt 
Shackford  of  SAM  (Ref  8).  Generally,  requirements  were 
derived  to  solve  the  problems  inherent  in  the  IFPDAS  II  (see 
Current  System.  Chapter  I).  In  addition,  prior  theses  showed 
that  it  was  feasible  to  construct  a  system  with 
characteristics  based  on  the  following  requirements. 

The  first  requirement  is  that  the  IR  resist  mechanical 
failures.  This  requirement  is  a  consequence  of  the  fact  that 
the  tape  recorder  portion  of  the  current  IR  fails  during 
high-G  aircraft  maneuvers.  This  failure  results  from  the 
tape  transport's  mechanical  nature.  As  forces  on  the 
recorder  become  excessive,  the  tape  transport  stops.  A 
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solution  to  this  problem  is  to  replace  the  mechanical 
components  with  solid-state  components. 

The  second  requirement  is  that  the  IR  be  totally  man 
portable.  To  preclude  interference  with  emergency  pilot 
egress,  there  can  be  no  physical  connections  between  the  IR 
and  the  cockpit  environment.  This  interconnecting 
restriction  forces  a  remote  operating  capability  on  the  IR. 
Consequently,  the  IR  must  carry  its  own  power  supply, 
resulting  in  a  required  characteristic  for  battery  operation. 

The  third  requirement  is  that  the  IR  be  unr e s t r i c t  iv e . 
That  is,  it  must  be  small  enough  to  be  attached  to  crew 
members  without  restricting  movement.  This  requirement 
results  from  comments  made  by  pilots  who  have  worn  the  IR  of 
the  IFPDAS  I.  Their  comments  indicate  that  since  the  IR  is 
located  on  their  chests,  its  two  inch  thickness  hindered 
movement.  A  concensus  on  the  bulkiness  of  the  IR  of  the 
IFPDAS  II,  which  is  only  an  inch  and  a  half  thick,  is  not 
available  at  the  time  of  this  writing.  Regardless,  the  new 
IR  must  not  obstruct  pilot  movements. 

When  considered  together,  the  previous  two  requirements 
imply  that  the  IR  should  be  as  small  as  possible.  That  is, 
given  that  it  must  be  totally  man  portable,  a  small  IR  is 
less  restrictive  than  a  large  IR.  Requirements  do  not  give  a 
set  of  measurements  to  bound  the  IR;  instead,  the  requirement 
for  an  unrestrictive  property  is  specified.  So,  while  small 
size  is  a  by-product  of  portable  and  unrestrictive,  it  will 
not  be  categorized  as  a  required  characteristic. 


The  final  requirement  is  that  the  IR  be  flexible.  This 
is  motivated  by  the  fact  that  SAM  wishes  to  record  data  other 
than  the  limited  set  available  from  the  current  IR. 
According  to  Capt.  Hall,  changing  current  sensor  inputs  and 
sampling  rates  is  tedious  to  the  point  that  variations  are 
not  made  (Ref  8).  A  more  flexible  IR  must  possess  two 
characteristics.  One  is  that  it  be  microprocessor 
controlled,  so  that  sampling  order  and  rate  are  easily 
changed  by  software  reprogramming.  Another  is  that  sensor 
interfacing  be  simple  and  direct.  For  the  purposes  of  this 
thesis,  sensor  interfacing  is  simplified  based  on  the  Scope 
and  Assumpt ions  discussion  of  Chapter  I. 

In  summary,  because  of  the  requirements  that  the  new  IR 
be  failure  resistant,  man  portable,  u n r e s t r i c t  i  v e  ,  and 
flexible;  the  IR  must  possess  the  following  characteristics: 

1  .  so  lid-state  , 

2.  battery  operated, 

3.  unobstructive,  and 

4.  microprocessor  controlled. 

Des irab  le  Characteristics 

In  addition  to  the  required  characteristics  outlined 
above,  SAM  listed  several  other  features  that  should  be 
incorporated  into  the  IR  prototype.  These  desired 
characteristics  differ  from  those  that  are  required,  in  that 
they  are  only  goals  for  guiding  the  prototype  design. 
Failure  to  meet  all  desired  characteristics  is  not  critical 
to  construction  of  the  new  IR. 
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TABLE  I 


Sensor  Sampling  Rates 

(Refs  11:9-13;  21:15) 


Sensor 


Sampling  Rate 
(samples  per  second) 
sensor  cluster 


Triaxial  Acceleration  .  8 

Cabin  Pressure .  2 

Inspired  Flow  Rate  .  20 

Expired  Flow  Rate . 20 


Inspired  Oxygen  Concentration  ....  20 

Expired  Oxygen  Concentration  ....  20 

Body  Temperature  .  2 

Total  . 


24 

2 

20 
20 
20 
20 
16 
1  22 


Most  of  the  desired  characteristics  involve  sensor 
inputs.  First,  the  IR  prototype  should  be  capable  of  16 
seasor  inputs.  In  addition,  the  initial  set  of  sensors 

should  be:  1.  triaxial  acceleration  (Gx,  Gy,  Gz), 

2.  cabin  pressure, 

3.  inspired  flow  rate, 

4.  expired  flow  rate, 

5.  inspired  oxygen  concentration, 

6.  expired  oxygen  concentration,  and 

7.  body  temperature  (at  eight  points). 

(Ref  8) 


These  sixteen  sensors  dictate  a  rate  of  122  samples  per 
second.  Individual  rates  are  broken  out  in  Table  I,  based  on 
derivations  done  in  the  Hill  and  Moore  theses.  Noting  that 
future  applications  call  for  the  use  of  various  other 
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sensors,  another  desirable  characteristic  is  that  IR 
components  be  able  to  support  expanding  capabilities.  The 
sensors  being  considered  include  additional  environmental  and 
several  electrocardiogram  sensors.  Yet  another  desirable 
characteristic  is  for  an  operating  duration  of  four  hours, 
that  being  the  length  of  a  useful  data  acquistion  mission 
(Ref  8).  In  summary,  there  are  four  desirable 
characteristics  for  the  IR  prototpe: 

1.  16  sensors, 

2.  room-f or-expans ion  , 

3.  122  samples  per  second,  and 

4.  four  hour  operation. 

Pr e 1 iminar y  Architecture 

Hardware  architectures  illustrated  in  this  thesis  rely 
on  the  Processor-Memory-Switch  (PMS)  technique  developed  by 
Gordon  Bell  and  Allen  Newell.  They  developed  the  PMS 
technique  as  a  "compact  and  useful"  method  for  describing 
digital  computers.  Basically,  PMS  diagrams  show  gross 
hardware  structure  by  illustrating  the  capacity  of  system 
components,  information  paths  between  components,  and 
distribution  of  control  between  components.  The  level  of 
detail  at  which  these  PMS  attributes  are  defined  depends  on 
particular  applications.  A  more  in  depth  description  of  the 
PMS  technique  is  found  in  Bell  and  Newell's  book  -  Computer 
Structures :  Readings  and  Examp  1  e  s  (Ref  1:15-36,615-27). 


Component  designations  used  in  PMS  diagrams  within  this 
thesis  come  from  standard  abbreviations  applied  by  Bell  and 


s 


T(Parallel  Output) 


Figure  1.  A  Preliminary  IR  PMS  . 

Newell.  They  are:  Pc  -  Central  processor,  Mp  -  primary 

memory,  Ms  -  secondary  memory,  K  -  controller,  T 
transducer,  and  S  -  switch. 

Figure  1  is  a  PMS  diagram  showing  a  general  overview  of 
the  hardware  configuration  to  be  employed  in  the  new  IR.  The 
remainder  of  this  requirements  analysis  is  directed  at 
mapping  available  IC's  onto  the  portions  of  this 
configuration  that  fall  within  the  outlined  box.  The 
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remainder  of  this  chapter  analyzes  the: 


1.  main  processor  -  Pc, 

2.  secondary  storage  -  Ms, 

3.  program  memory  -  Mp(ROM), 

4.  data  acquisition  ports  -  T(A/D  Converter),  and 

5.  buffer  storage  -  Mp(RAM). 

Other  portions  of  the  diagram  are  not  examined  in  the 
following  analysis,  but  can  easily  be  built  using 
commercially  available  components. 

IC  Techno  logy 

Before  proceeding  with  analysis  of  individual 
components,  an  IC  technology  family  must  be  chosen  to 
implement  the  design.  A  proper  technology  is  critical  in 
light  of  the  unobstructive  and  battery  operated 
characteristics  required  for  the  new  IR.  Since  batteries 
are  bulky,  space  requirements  are  best  minimized  by  reducing 
system  power  requirements.  Therefore,  the  primary  criterion 
for  chosing  a  technology  must  be  to  minimize  power 
consumpt ion . 

Currently,  Complementary  Metal-Oxide  Semiconductor 
(CMOS)  devices  draw  far  less  power  than  other  technologies. 
Table  II  illustrates  this  fact  by  comparing  the  power 
dissipated  by  Tr a n s i s t o r - T r a n s i s t o r  Logic  (TTL),  Low-power 
Shottky  TTL  (LSTTL),  Low-power  TTL  (LTTL),  and  CMOS 
technologies.  The  reason  CMOS  consumes  such  low  power  is 
that  only  a  low  level  leakage  current  flows  through  CMOS 
gates  when  they  are  in  a  steady  state.  Larger  currents  are 
drawn  only  while  gates  are  switching  from  one  state  to 
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TABLE  II 


Comparison  of  Logic  Families  (*) 

(Refs  3:1-3, 1-5;  28:6-3  -  6-5) 


TTL 

LSTTL 

LTTL 

CMOS 

Typical  Power 

Diss ipation 
(per  gate) 

10  mW 

2  mW 

1  mW 

.01  mW  (static) 
1  mW  ( 1 Mh  2 ) 

Propagation 

Delay 

9  ns 

10  ns 

3  3  ns 

50  ns  ( 5V ) 

30  ns  (10V) 

Input  Vo  1 tages 

Low  Level 
(  max ) 

.8  V 

.8  V 

.7  V 

1.5  V  ( 5V ) 

2.0  V  (10V) 

High  Level 
( min  ) 

2  V 

2  V 

2  V 

3.5  V  ( 5V ) 

8.0  V  (10V) 

Output  Vo ltages 

Low  Level 
( max) 

.4  V 

.5  V 

.4  V 

.5  V  ( 5 V) 

1.0  V  (10V) 

High  Level 
(min) 

2.4  V 

2.7  V 

2.4  V 

4.5  V  ( 5 V ) 

9.0  V  (10V) 

Noise  Margin 
(guaranteed) 

.4  V 

.3  V 

.3  V 

1.0  V  ( 5V) 

1.0  V  (10V) 

(*)  NAND  gates  used  as  standard  for  comparison. 


another.  Consequently,  as  the  frequency  of  gate  switching 
increases  so  does  power  consumption.  In  practice,  however, 
only  a  few  gates  switch  at  any  one  time,  leaving  most  gates 
in  a  static  state.  Therefore,  at  any  one  time,  most  gates 
draw  only  leakage  current  resulting  in  low  overall  power 
consumption  (Ref  18:585). 

Besides  its  low  power  characteristic,  CMOS  displays 
several  other  advantages  that  make  it  a  preferred  candidate 
for  the  IR.  One  is  that  CMOS  generates  very  little  heat  as  a 
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consequence  of  its  low  power  operation.  This  characteristic 
allows  the  IR  to  operate  within  the  life  vest  of  a  pilot 
without  bulky  ventilation  devices. 


Another  advantage  of  CMOS  over  other  technologies  is  its 
relative  immunity  to  noise.  This  immunity  is  known  as  the 
noise  margin  and  is  defined  as  the  difference  between  the 
guaranteed  voltage  limits  of  a  driving  gate  and  voltage 
requirements  of  a  driven  gate  for  a  particular  logic  state 
(Ref  27:40).  Applying  this  definition  to  the  figures  of 
Table  II,  CMOS  tolerates  2.5  times  the  noise  that  TTL  does. 
The  figures  of  Table  II  are  guaranteed  by  the  manufacturer  to 
be  absolutely  safe  operating  tolerances.  But  in  practice, 
both  TTL  and  CMOS  exhibit  higher  tolerances.  Typically,  TTL 
tolerates  1.5  volts  in  its  logic  1  state,  and  1.15  volts  in 
its  0  state  (Ref  27:41).  Because  CMOS  changes  states  at 
close  to  half  of  its  supply  voltage,  it  typically  tolerates 
noise  at  levels  up  to  45  percent  of  the  supply  voltage  (Refs 
3:6-60;  29:94).  With  a  five  volt  supply  this  equates  to  a 
2.25  volt  tolerance.  So,  because  CMOS  has  a  higher  noise 
margin  than  other  technologies,  the  power  supply  of  the  IR 
cau  be  simplified  without  affecting  system  operation. 

So  far,  discussion  has  centered  on  a  +5V  power  supply 
for  operating  the  different  technologies.  As  Table  II 
indicates,  CMOS  can  also  be  biased  at  higher  voltages. 
Advantages  gained  by  operating  CMOS  at  a  higher  voltage  are 
reduced  propagation  delay  and  increased  noise  margin.  The 
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magnitude  of  these  advantages  is  shown  in  Table  II  for  CMOS 
gates  operated  at  +  10V. 

In  addition  to  the  advantages  offered  by  CMOS,  there  is 
one  important  disadvantage  that  must  be  considered.  The 
disadvantage,  as  illustrated  in  Table  II,  is  that  current 
CMOS  devices  are  slower  than  devices  of  other  technologies. 
These  slower  speeds  result  more  from  monetary  considerations 
than  from  theoretical  limits.  But,  as  CMOS  manufacturing 
costs  decrease  relative  to  more  popular  technologies,  more 
CMOS  devices  with  improved  performance  will  become 
commercially  available  (Refs  6:24;  26:90,94).  One  recent 
example  of  an  improved  performance  CMOS  technology  is 
National  Semiconductor's  poly-planar  CMOS  (P2CM0S)  process 
(Ref  24:3-1).  A  NAND  gate  fabricated  with  P2CMOS  techniques 
has  a  propagation  delay  of  only  18  nanoseconds  when  operated 
from  a  five  volt  supply  (Ref  24:A-55).  But,  even  though  CMOS 
technologies  are  capable  of  better  speed  performance,  most 
CMOS  chips  available  today  are  comparatively  slow. 

Consideration  of  CMOS  device  speeds  is  important  to  the 
IR  for  two  reasons.  One  is  that  the  main  processor  of  the  IR 
must  be  fast  enough  to  sample  and  store  data  at  an  acceptable 
rate.  Analysis,  completed  later  in  this  chapter  (see  Main 
Processor  subsection),  shows  that  such  a  processor  does 
exist.  Another  reason  involves  the  circuits  which  connect 
the  components  within  the  processor.  These  "glue"  circuits 
must  keep  up  with  the  processor  so  that  control  signals  are 
not  lost.  Since  a  wide  variety  of  fast  CMOS  devices  do  not 
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exist,  interconnecting  IC's  hold  potential  problems  for  the 
IR  design.  Fortunately,  these  problems  can  be  reduced  by 
using  either  of  the  more  popular  LTTL  or  LSTTL  technologies. 
Which  technology  to  use  depends  on  speed  requirements,  with 
LTTL  being  preferred  because  of  its  lower  power  consumption. 

Evaluat ion 

The  following  analysis  yields  a  set  of  IC's  for  use  as 
the  major  circuit  components  in  the  new  IR.  Though 
components  have  been  analyzed  in  prior  theses,  there  are  two 
reasons  why  they  must  be  reevaluated.  Most  importantly,  many 
new  chips  have  been  marketed  in  the  past  year.  Several  of 
them  are  directly  applicable  to  the  IR.  Another  reason  for 
reevaluation  is  that  previous  analyses  were  biased  by 
availability  of  and  familiarity  with  the  development  tools 
located  in  the  AFIT  Digital  Engineering  Lab.  These  biases 
forced  unnecessary  restrictions  on  previous  analyses.  The 
only  restrictions  placed  on  the  following  analysis  are  the 
required  and  desired  characteristics  outlined  above.  This 
new  evaluation  yields  a  chip  set  which  is  better  suited  for 
the  new  IR  than  those  suggested  in  prior  theses. 

Main  Proces  sor.  The  central  component  of  the  new  IR  is 
a  CMOS  general-purpose  microprocessor.  The  following 
discussion  analyzes  three  microprocessors:  the  National 
Semiconductor  NSC800,  the  Motorola  MC146805E2,  and  the  RCA 
CDP1802.  They  were  chosen  because  they  are  the  only  8-bit 
CMOS  general-purpose  microprocessors  on  the  market  today 
(Refs  20:150-4,162-5;  13:501-45).  Each  is  a  solid-state,  40 
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pin  IC,  capable  of  battery  operation.  These  features  satisfy 
all  required  characteristics,  qualifying  them  for  use  in  the 
new  I R . 

Before  analyzing  desirable  c har a c t er i s ics ,  it  should  be 
noted  that  benchmarking  would  have  been  a  useful  tool  for 
comparing  the  microprocessors.  Programming  identical  IR 
data  manipulation  algorithms,  would  have  provided  valuable 
information  for  choosing  the  best  applicable  microprocessor. 
However,  with  the  time  allotted  to  order  hardware  and 
complete  this  thesis,  such  a  comparison  was  not  feasible. 
Still,  one  microprocessor  was  judged  best  for  IR 
applications . 

Continuing  the  evaluation,  only  two  of  the  desirable 
characteristics,  122  samples  per  second  and  room-for- 
expansion,  apply  to  the  microprocessors.  Considering  the 
desire  to  process  122  samples  per  second,  Table  III  indicates 
that  even  the  slowest  processor  can  execute  1279  instructions 
per  sample.  While  no  minimum  number  of  instructions  per 
sample  has  been  projected,  1279  certainly  allows  for  reading 
and  storing  a  byte  of  data  with  some  level  of  processing  in 
between.  It  follows  that,  if  the  slowest  processor  is 
capable  of  processing  122  samples  per  second,  then  all  of  the 
processors  in  Table  III  are  acceptable. 

Expansion  capabilities  of  the  new  IR  depend  upon  both 
instruction  cycle  time  and  available  address  space.  Possible 
areas  of  expansion  include  sampling  at  higher  data  rates  and 
increasing  the  complexity  of  preprocessing  algorithms.  Both 
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TABLE  III 


Comparison  of  Microprocessors 


(Refs  22:2,3 
24:4-2,4-7 
26:17,19,24 

,  22-23  ; 

-  4-9; 

,31) 

NSC800 

MC6805 

RCA  1 80  2 

Operating  Frequency 

(max  at  5V) 

5M 

5M 

2 . 5M 

Clock  Cycles  per 

Machine  Cycle 

2 

5 

8 

Machine  Cycle  Frequency 
(max  at  5V) 

2. 5M 

1M 

.  3  1 M 

Cycles  per  Instr 

( fastes  t  instr  ) 

4 

2 

2 

Instr  Cycle  Frequency 

(KIPS) 

625 

500 

156 

Instr  per  1/122  sec 

5120 

4100 

1279 

Address  Range 

64K 

8K 

64K 

areas  are  limited  by  the  speed  of  the  host  microprocessor. 
In  addition,  increased  algorithm  complexity  generally  implies 
the  need  for  additional  program  storage.  Comparing  the 
processor  speed  and  address  space  characteristics  outlined  in 
Table  III,  the  NSC800  is  the  best  performer.  The  MC6805  is 
chosen  as  the  second  best  since  its  execution  speed  is  faster 
than  the  RCA1802  and  its  address  space  can  be  expanded  to 
equal  that  of  the  RCA1802  through  memory  banking. 

Memory  banking  techniques  allow  software  to  activate 
blocks  of  memory  one  at  a  time.  The  largest  block  size 
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available  to  the  MC6805  is  8K  bytes.  Implementing  eight  8K 
banks,  the  MC6805  has  access  to  64K  bytes  of  memory,  equaling 
that  ot  the  RCA1802.  A  summary  of  expansion  capability 
rankings  is  provided  later  in  Table  IV. 

Prior  to  examining  the  room-for-expans  ion  criterion,  all 
three  microprocessors  were  judged  capable  of  supporting  IR 
requirements.  To  this  point  there  has  been  no  compelling 
reason  to  choose  one  microprocessor  over  the  others. 
Therefore,  an  additional  set  of  criteria  is  introduced  to  aid 
in  the  selection  process. 

The  following  paragraphs  introduce  three  additional 
criteria  for  selecting  a  microprocessor.  First,  the  data 
manipulation  capabilities  of  each  microprocessor  are 
compared.  Next,  processor  support,  including  documentation 
and  variety  of  support  chips,  is  evaluated.  Then, 
the  popularity  of  the  microprocessors  is  discussed  relative 
to  software  maintenance  problems. 

Besides  sampling  and  preprocessing  physiological  data,  a 
primary  function  of  the  IR  is  to  block  and  save  the  data  in 
secondary  storage.  While  each  of  the  microprocessors  has 
adequate  single  byte  I/O  and  arithmetic  instructions,  only 
the  NSC800  has  block  manipulating  instructions.  The 
advantage  of  block  moves  is  that  a  single  instruction  causes 
transfer  of  an  entire  data  block.  In  addition,  a  single 
transfer  instruction  executes  somewhat  faster  than  a  loop 
when  moving  the  same  amount  of  data.  Consider,  for  example, 
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the  following  loop  for  outputting  a  block  of  data: 

LOOP:  LD  A , ( HL )  7  ** 

OUT  (PORT), A  11  **  Instruction  Time 

INC  HL  6  **  In  Machine  Cycles 

DJNZ  LOOP  13  ** 

37  -  Total  Machine  Cycles 

Using  the  block  output  instruction,  OTIR,  the  above  loop  can 
be  executed  in  one  instruction,  requiring  only  21  machine 
cycles  per  byte.  Other  block  manipulating  instructions  have 
similar  advantages.  (Ref  24:5-5  -  5-32) 

The  I/O  subset  of  the  block  move  instructions  have 
immediate  applications  in  the  IR.  Since  the  primary  function 
of  the  IR  is  real  time  data  acquisition,  the  less  time  spent 
saving  data,  the  more  time  is  available  for  processing 
samples.  Consequently,  the  block  move  instructions  of  the 
NSC800  make  it  the  most  capable  data  handler  for  IR 
applications. 

Another  important  factor,  especially  during  system 
design,  is  manufacturer  support.  This  support  is  critical  in 
two  areas,  processor  documentation  and  variety  of  support 
chips.  All  three  manufacturers  have  good  descriptions  of 
their  microprocessors  in  both  manuals  and  data  sheets  (Refs 
22;  24;  26).  How  ever,  each  manufacturer's  family  of  support 

chips  varies.  RCA  offers  the  widest  variety,  due  probably  to 
the  fact  that  their  microprocessor  has  been  commercially 
available  considerably  longer  than  the  others.  The  second 
best  variety  comes  from  National  Semiconductor,  who  has 
adequate  variety  for  simple  applications,  including  remote 
data  acquisition  (Refs  24:8-13,  8-15  -  8-17). 
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One  way  Co  reduce  software  maintenance  problems  is  to 


choose  a  popular  microprocessor.  This  is  true  for  two 
reasons.  One  is  that  popular  processors  have  a  wider  variety 
of  software  development  tools.  This  wider  variety  increases 
the  probability  that  one  will  be  acceptable  for  IR 
applications.  Another  reason  is  that  increased  popularity 
implies  that  more  people  are  qualified  to  program  the 
microprocessor.  Consequently,  the  search  for,  or  the 
training  of,  programmers  is  simplified. 

An  indicator  of  microprocessor  popularity  is  the  number 
of  commercially  available  microcomputers  which  employ  them. 
Electronic  Des ign  publishes  an  annual  guide  for  single  board 
microcomputer  comparisons.  Counting  the  numbers  of  CPU 
boards  based  on  the  three  processors  in  this  analysis,  the 
MC6805  did  not  appear,  the  NSC800  was  the  basis  for  one 
board,  and  the  RCA1802  was  the  basis  for  three.  However, 
since  microprocessor  popularity  is  being  judged  as  it  relates 
to  software,  and  since  the  NSC800  executes  the  Z80 
instruction  set  (Ref  24:A-3),  all  references  to  the  Z80  can 
be  applied  to  the  NSC800  count.  The  Z80  is  used  in  36 
products  (Ref  19:88-95). 

Before  saying  that  the  NSC800  has  the  most  popular 
software  instruction  set  and  the  MC6  805  has  the  least 
popular,  one  other  factor  must  be  considered.  Many 
microprocessors  have  instruction  sets  that  are  extensions  of 
ancestors  within  the  microprocessor  family  tree.  Therefore, 
upgrading  to  a  related  processor  is  a  simple  task  when 
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TABLE  IV 


Microprocessor 

Criteria 

Ratings  (*) 

Criteria 

NSC800 

MC6805 

RCA1802 

Required/ Des ired 

Character  i  s  t  ic  s 

1 

1 

1 

Expansion  Capability 

1 

2 

3 

Data  Manipualtion 

1 

2 

7 

Support  Chips 

2 

3 

l 

Popularity 

1 

2 

3 

(*)  Acceptable  =  3,  Better  =  2,  Best  *  1 


compared  to  learning  a  new  language.  Ancestors  of  the 
NSC800/Z80  include  the  8080  and  the  8085.  Those  for  the 
MC6805  are  the  6800  series  processors  and  the  6502.  The 
RCA1802  has  no  popular  ancestor  (Refs  5:44-52;  30:175-84). 
Referring  to  ancestors  in  the  microcomputer  guide,  the  NSC800 
has  the  most  popular  software  structure,  followed  by  the 
MC6805,  with  the  RCA1802  being  a  distant  third  (Ref  19:88— 
95)  . 

Table  IV  summarizes  the  microprocessor  comparisons  made 
in  the  previous  discussion.  For  each  criterion  the 
processors  are  ranked,  with  1  being  the  best  rating.  The  1 
rankings  for  the  required/desired  characteristics  indicate 
only  that  all  microprocessors  fulfilled  the  criteria. 
Expansion  capability  is  ranked  separately  because  it  was  the 
only  desired  criterion  where  one  processor  was  judged  more 
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capable  than  the  others.  The  remaining  criteria  in  the  table 
are  those  added  to  the  selection  process. 

In  conclusion,  the  NSC800  is  chosen  as  the  main 
processor  for  the  new  IR.  Referring  to  Table  IV,  the  NSC800 
has  the  best  performance  characteristics  for  all  but  one  of 
the  evaluation  criteria.  Neither  of  the  other  two  processors 
performs  as  well  as  the  NSC800,  based  on  the  criteria 
developed  above. 

Secondary  Storage.  The  need  for  a  large  secondary 
memory,  on  the  order  of  one  megabyte,  was  projected  by  the 
Hill  and  Moore  theses.  A  one  megabyte  memory  is  the  single 
largest  component  in  the  IR.  Therefore,  it  is  potentially 
the  biggest  power  user  and  space  consumer  in  the  system. 

Three  possible  solid-state  memories  that  are  available 
for  mass  storage  are  MBM,  RAM,  and  Charge  Coupled  Devices 
(CCD).  The  densest  possible  examples  of  each  are  compared  in 
the  following  analysis.  According  to  the  1981  I C  Master 
catalog,  the  densest  commercially  available  devices  are  the 
Intel  7110  MBM,  the  Fairchild  F264  CCD,  and  the  Harris  HM6564 
Static  RAM. 

Table  V  shows  some  c ha r a c t i s t i c s  of  the  three  devices 
that  are  targetted  for  use  as  secondary  storage.  The  number 
of  chips  indicates  only  what  is  required  to  store  one 
megabyte  of  data.  The  number  does  not  include  chips  required 
for  processor  interfacing.  Since  both  the  CCD's  and  RAM's 
are  64  kilobit  devices,  they  require  128  chips  to  store  one 
megabyte  (Refs  7:1;  10:3-94).  The  bubble  memory  and  its  five 
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TABLE  V 


Comparison  of 

Secondary 

Storage 

Devic  es 

MBM 

CCD 

RAM 

#  Chips 

48 

1  28 

128 

Area  ( s  q  in ) 

48 

46 

26  i 

Device  Active 

T ime  (percent) 

.13 

.06 

.06 

Power 

S  tandby 
Operating 

8 . 3  6  W 

1 1  . 27  W 

8  . 3  2W 

8 . 3  5  W 

.  0  3  W 
.  06  W 

Non-vo lat i 1 e 

yes 

no 

no 

support  IC's  can  store  one  megabit.  To  store  one  megabyte, 

an  MBM  device  requires  6  *  8  ■  48  chips  (Ref  2:1-1). 

The  area  consumed  by  each  one  megabyte  store  is 

estimated  by  adding  the  areas  taken  up  by  each  chip. 

Included  in  the  estimate  is  two-tenths  of  an  inch  space 

between  each  chip.  To  simplify  calculations,  this  space  is 

divided  among  he  IC's  by  including  a  one-tenth  of  an  inch 

border  around  each  chip.  The  following  calculations  derive 

the  area  values  of  Table  V: 

CCD  chip  size  -  .3  x  .8 

Single  chip  area 

with  .1  border  -  . 4  r  . 9  ■  .36 
Total  area  required  -  .36  *  128  -  46.08  (Ref  7:8) 

RAM  chip  size  -  .9  x  2.0 

Single  chip  area 

with  .1  border  -  1.0  *  2.1  »  2.1 
Total  area  required  -  2.1  *  128  *  268.8  (Ref  10:8-9) 
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MBM  chip  sizes 


-  725X  -  .3  x  .7 

7242  -  .3x1.0 

7230  -  .6x1.2 

7110  -  1.7  x  2.0 

Single  chip  areas 

with  .1  border  -  .4  *  .8  *  .32 

.4*1.1=  .44 

.7*1.3=  .91 

1.8  *  2.1  =  3.78 

Total  area  required 

8  *  ((3  *  .32)  +  .44  +  .91  +  3.78)  =  48.3 

(Ref  2 : 2-4;  17:11). 

All  three  devices  chosen  for  secondary  memory  have 
standby  power  ratings.  Standby  power  indicates  the  amount  of 
power  drawn  by  an  IC  which  is  not  actively  operating. 
Typically  this  power  is  less  than  that  dissipated  when  the 
chip  is  being  accessed.  So,  the  amount  of  time  that  an  IC  is 
operating  has  a  direct  affect  on  the  total  power  dissipated 
by  that  IC. 

The  device  active  time  within  Table  V  indicates  the 
percentage  of  time  that  a  memory  device  will  be  operating 
during  a  data  acquisition  mission.  Three  assumptions  were 
made  to  obtain  these  percentages.  First,  the  need  to  store 
data  at  a  four  kilobytes  per  minute  rate  was  established. 
This  rate  uses  960K  bytes,  or  94  percent  of  the  one  megabyte 
total,  during  a  four  hour  mission.  A  second  assumption  was 
that  only  one  unit  within  a  secondary  device  operates  at  one 
time.  That  is,  at  any  time  only  one  IC  will  be  operating 
within  the  RAM  and  CCD  devices,  and  only  one  module  (six 
IC's)  will  operate  in  the  MBM  device.  The  last  assumption 
was  that  secondary  memory  operates  at  its  maximum  rated 
3peed,  consistent  with  low  power  consumption.  Note,  however, 
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that  this  maximum  speed  must  be  tempered  by  the  speed  of  the 
main  processor. 

A  useable  upper  limit  on  secondary  memory  speed  is  the 
maximum  output  transfer  rate  of  the  main  processor.  The 
fastest  way  to  output  a  data  block  through  the  NSC800  is  with 
the  0T1R  instruction.  With  a  2.5  MHz  clock  frequency,  the 
OTIR  instruction  takes  8.4  microseconds  to  transfer  one  byte 
(Ref  24:5-27).  This  speed  translates  to  a  maximum  output 
transfer  rr.e  of  120,000,  or  approximately  117K  bytes  per 
second  . 

Two  of  the  three  secondary  storage  devices  operate 
faster  than  120  KHz.  The  fastest  device  is  RAM,  which  can  be 
interfaced  directly  to  the  main  processor  without  wait  states 
(Refs  10:3-100;  24:4-16).  The  second  fastest  device  is  CCD. 
It  consumes  minimum  power  when  operated  at  its  minimum 
frequency  of  one  megahertz  (Ref  7:6).  Noting  that  CCD's  are 
serial  devices,  an  operating  frequency  of  one  megahertz 
translates  to  a  transfer  rate  of  1,000,000  /  8  =  125,000,  or 
approximately  122K,  bytes  per  second.  With  a  speed  matching 
buffer  between  the  NSC  800  and  CCD,  the  CCD  peripheral 
operates  at  the  120  KHz  maximum  of  the  NSC800.  The  NSC800 
does  not  affect  the  MBM  transfer  speed.  The  BPK- 7  2  Bubb  1  e 
Memo  r  v  Pro  to  t  ype  Kit  User's  Manual  sets  the  maximum  MBM  rate 
at  50K  bytes  per  second  in  its  minimum  power  consuming 
configuration  (Ref  2:2-7).  In  summary,  the  data  transfer 
rates  used  for  Table  V  calculations  are:  RAM  -  117K,  CCD  - 
117K,  and  MBM  -  50K  bytes  per  second. 
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Calculations  for  device  active  times  are  based  on  the 


transfer  rates  listed  above.  The  method  for  determining 
active  time  percentages  is  to  divide  the  4K  bytes  per  minute 
storage  requirement  by  the  transfer  rate  of  each  device.  In 
general,  device  active  time  =  4  /  (rate  *  60)  *  100,  when 
expressed  as  a  percentage.  Substituting  the  storage  rate 
defined  in  the  preceeding  paragraph  yields  the  values  in 
Table  V. 

The  next  to  the  last  set  of  entries  in  Table  V  are  power 
ratings.  They  were  obtained  by  adding  up  the  power  consumed 
by  each  IC  within  a  storage  device.  Individual  power  ratings 
were  taken  from  "typical"  values  reported  by  the  maufacturer. 
Differences  in  reporting  IC  characteristics  led  to  the 
employment  of  three  different  methods  for  determining  the 
power  ratings.  Intel  explicitly  listed  typical  power 
consumption  figures  for  each  device  in  the  MBM  module. 
Fairchild  provided  a  graph  showing  typical  power  dependence 
on  the  operating  clock  pulse  width.  Finally,  Harris  listed 
typical  current  and  voltage  characteristics  to  which  the 
power  formula,  voltage  times  current,  was  applied. 

The  standby  power  values  of  Table  V  are  calculated  with 
all  IC's  in  an  inactive  state.  Calculations  yield 

RAM  -  1  28  *  .  2 5mW  »  32mW  -  .032W  (Ref  10:3-97), 

CCD  -  1  28  *  6 5mW  -  8.32W  (Ref  7:6),  and 


8 

* 

.  29  W 

ac 

2  . 3  2W 

+ 

8 

* 

.  225V 

- 

I  .  80  W 

+ 

8 

★ 

.  5W 

a 

4 .00W 

+ 

8 

* 

.  0  3W 

- 

.  24W 

+ 

16 

* 

0  .OW 

a 

0  .OOW 

8.36W  (Ref  2:2-8). 
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Operating  power  values  depend  on  the  conditions  set 
above  for  transfer  rates  and  numbers  of  parallel  operating 
IC's.  For  RAM  storage  only  one  IC  operates.  Since  RAM 
operates  at  the  120  KHz  transfer  rate  of  the  NSC800,  the 
HM6564  has  a  typical  current  drain  of  120KHz  *  (40mA  /  1MHz), 
or  4.8mA.  At  five  volts,  4.8mA  translates  to  a  power  draw  of 
24  m W ,  so, 

RAM  =  (  1  27  *  .  2  5  m  W  )  +  24mW  *  .0  56  W  (Ref  10:3-97). 
Operating  at  one  megahertz  an  F265  draws  90mW,  leading  to 
CCD  =  (  1  27  *  6  5mW )  +  90mW  =  8.345W  (Ref  7:6). 
Finally,  multiplexing  MBM  modules  one  at  a  time  results  in 
six  active  IC's,  and  a  power  draw  of 


(7  * 

.  2 9W) 

+ 

1 .48W 

=  3.51W 

+ 

(7  * 

.  2  25W) 

+ 

.  225W 

*  1  .  9  7W 

+ 

(7  * 

.  5W ) 

+ 

.5 

=  4.00W 

+ 

(7  * 

.  0  3W ) 

.48 

=  .  6  9W 

+ 

(14  * 

OW) 

(2  *  . 5  5W ) 

=  1 .low 
11 .27 W 
(Ref 

At  this  point  an  observation  relative  to  power  ratings 
is  useful.  The  observation  is  that  secondary  storage  is  not 
used  frequently  enough  for  the  active  power  ratings  to  be  a 
useful  comparison  parameter.  The  largest  and  longest 
operating  power  consumer,  MBM,  illustrates  this  point.  The 
MBM  operates  at  8.36W,  99.87  percent  of  the  time,  and  at 

11.27W  the  rest  of  the  time.  So,  overall,  the  MBM  dissipates 
(99.87  *  8.36W)  +  (0.13  *  11.27W)  -  8.364W. 

This  calculation  shows  that  active  power  contributes  on  the 
order  of  only  a  few  milli-watts  to  overall  power  consumption. 
Likewise,  the  other  active  power  ratings  of  Table  V  do  not 
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consumption. 


significantly  affect  overall  power 
Consequently,  the  active  power  values  of  Table  V  are  ignored 
in  the  following  analysis. 

CCD,  MBM,  and  RAM  were  chosen  for  analysis  as  secondary 
storage  devices  because  they  satisfied  both  solid-state  and 
microprocessor  controlled  requirements.  In  addition,  all 
three  can  be  operated  on  batteries.  The  lithium  battery  pack 
proposed  by  Hill  (Ref  11:84)  is  capable  of  powering  both  the 
MBM  and  RAM  devices.  With  a  slight  modification  to  include  a 
-5V  supply  the  Hill  pack  could  also  power  the  CCD's. 

Comparing  the  three  storage  devices  relative  to  the 
unobstructive  requirement,  forces  RAM's  to  be  dropped  from 
further  consideration.  As  seen  in  Table  V,  RAM's  consume  5.6 
times  the  area  of  either  MBM's  or  CCD's.  Allowing  for 
reduced  power  requirements  and  using  Hill's  proposed  power 
pack,  the  area  factor  is  still  RAM  =  4.4  *  MBM.  This  is 
deduced  from  the  extreme  assumption  that  the  3x2x5  inch 
power  pack  can  be  eliminated  to  allow  space  for  four  3x5 
inch  RAM  boards.  Since  a  RAM  storage  device  would  increase 
the  size  of  the  IR  much  more  than  the  other  devices,  it  will 
not  be  used  as  secondary  IR  memory. 

The  only  significant  difference  between  the  MBM  and  CCD 
devices  as  they  relate  to  IR  applications  is  their 
volatility.  This  difference  is  important  when  considered 
with  the  battery  operated  requirement  and  the  power 
consumption  characteristics  of  the  devices.  To  minimize 
battery  requirements  a  maximum  operating  time  must  be 


31 


designed  into  the  IR.  This  time  must  be  longer  for  the 
volatile  CCD's,  since  the  IR  must  stay  powered  up  until  the 
collected  data  can  be  dumped  to  a  more  permanent  device.  On 
the  other  hand,  MBM  storage  saves  the  data  even  after  power 
is  removed.  Consequently,  the  IR  power  supply  can  be 
designed  to  operate  only  during  the  data  acquisition  task. 
Because  of  its  non-volatile  nature,  MBM  is  chosen  over  the 
CCD  as  IR  secondary  memory. 

In  conclusion,  the  MBM  system  is  chosen  as  secondary 
storage  for  the  new  IR.  RAM  is  eliminated  because  it  is  much 
bulkier  than  MBM.  CCD  is  not  used  because  it  is  volatile  and 
requires  a  power  source  even  after  a  data  acquisition  task  is 
comp  1 et  e . 

Program  Memory.  From  the  beginning  of  the  requirements 
definition  it  has  been  assumed  that  program  memory  should  be 
non-volatile.  Basically,  there  are  two  reasons  for  having  a 
non-volatile  program  memory.  One  is  system  flexibility. 
This  offers  the  advantages  of  being  able  to  program  the  IR 
long  before  a  mission  and  to  use  the  same  program  for  several 
missions  without  reprogramming  after  battery  changes. 
Another  reason  is  that  n o n - v o 1 i t i 1 i t y  increases  IR 
reliability.  Volatile  memories  are  susceptible  to  change 
during  a  mission,  destroying  program  execution.  In  addition, 
a  non-volatile  set  of  chips  need  only  be  programmed  once  for 
a  particularly  popular  mission  and  they  can  be  used  for  years 
without  reprogramming.  Every  time  a  memory  is  reprogrammed, 
there  is  potential  for  introduction  of  errors.  So,  given 
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that  program  memory  will  be  non-volatile,  the  types  to  be 


considered  in  this  analysis  are:  ROM,  PROM,  EPROM,  and 
EEPROM . 

ROM  and  PROM  are  not  suitable  for  IR  program  storage. 
They  are  rejected  because  they  can  be  programmed  only  once 
and  changes  can  not  be  made.  This  permanence  feature  is 
undesirable  since  the  capability  for  program  changes  is 
inherent  in  the  ro o m- f o r- e xp an s io n  criterion.  Since  non¬ 
volatile  memories  exist  that  can  be  reprogrammed,  there  is  no 
need  for  further  consideration  of  ROM's  and  PROM's. 

Two  common  types  of  non-volatile,  reprogrammable 
memories  are  EPROM  and  EEPROM.  Basically  they  differ  in  the 
way  they  are  erased.  EPROM's  generally  require  UV  light, 
while  EEPROM's  are  erased  electrically.  Both  types  come  in 
CMOS,  with  IK  byte  EEPROM's  having  the  largest  currently 
available  capacity;  although,  industry  rumors  are  that 
National  Semiconductor  will  soon  market  the  27C16,  a  2K  byte 
EPROM  (Ref  29:96). 

Due  mainly  to  the  larger  capacity  of  the  EEPROM,  it  will 
be  used  in  the  new  IR.  The  EEPROM  of  choice  is  the  Hughes 
Aircraft  HNVM3008  ,  since  it  is  the  only  IK  byte  EEPROM  that 
is  commercially  available. 


Data  Acquisition  Ports,  An  analog  interface  to  the 
physiological  sensors  was  previously  analyzed  in  the  Moore 
thesis.  Based  on  four  requirements: 

1.  12  channel  input,  minimum, 

2.  144  conversions  per  second,  minimum, 

3.  conversion  error  of  less  than  1  percent,  and 

4.  low  power  consumption, 

Moore  chose  the  National  Semiconductor  ADC0817CC,  a  16 
channel  monolithic  A/D  converter  (Ref  21:10). 

Since  Moore's  thesis  was  published,  user  requirements 
have  changed  slightly.  New  requirements  are  for  16  input 
channels  and  a  122  samples  per  second  conversion  rate.  Both 
of  these  desired  characteristics  are  supported  by  the 
ADC0817.  So,  for  the  reasons  initially  chosen  by  Moore,  and 
as  tempered  by  new  requirements,  the  ADC0817  is  used  for  the 
analog  data  acquisition  ports  of  the  new  IR. 

Buffer  Memory.  Buffer  memory  is  used  primarily  as  an 
area  where  physiological  data  is  collected  and  preprocessed 
before  being  transferred  to  secondary  memory.  This  activity 
implies  the  need  for  a  read/write  memory,  or  RAM.  In  the 
following  analysis,  the  three  IR  characteristics  of  -  battery 
operated,  unobtrusive  size,  and  16  sensors  -  drive  RAM 
selection. 

As  derived  earlier,  the  battery  operated  and 
unobstructive  characteristics  imply  the  need  to  minimize 
power  consumption.  A  table  of  RAM  characteristics,  provided 
for  Hitachi  memories,  indicates  that  CMOS  static  RAM's  have 
low  power  consumption  relative  to  other  types  of  RAM  (Ref 
14:4).  Even  dynamic  RAM,  which  characteristically  draws  less 
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power  than  static  RAM's  (Ref  9:123),  draws  more  power  than 
Hitachi's  CMOS  RAM.  Using  RAM  from  another  manufacturer  for 
comparison  verifies  this  relationship.  As  an  example,  the 
Intel  2117  dynamic  RAM  consumes  462  mW  when  operating  and  20 
mW  in  standby  (Ref  4:1-26).  By  comparison,  the  Hitachi 
HM6116LP  draws  300  mW  operating  and  .5  mW  standby  (Ref 
14:72).  So,  to  minimize  power  consumption,  buffer  memory 
should  be  CMOS  static  RAM. 

The  third  characteristic,  the  need  for  16  sensors, 
provides  a  basis  for  estimating  RAM  size.  Using  projections 
made  by  Moore,  there  should  be  enough  RAM  to  store  25  blocks 
of  data.  This  allows  buffer  space  for  one  and  a  half  times 
the  16  data  channels,  leaving  one  block  for  program 
scratchpad  memory.  The  eight  additional  data  blocks  are  used 
to  start  new  buffers  once  old  ones  are  full  and  awaiting 
output  to  secondary  storage  (Ref  14:20-2). 

The  choice  of  MBM  as  secondary  storage  sets  the  buffer 
block  size  to  64  bytes.  In  its  minimum  power  consuming 
configuration  with  error  correction  enabled,  MBM  transfers 
data  in  512  bit  (64  byte)  blocks  (Ref  2:2-8, 3-6).  Combined 
with  the  need  for  25  data  blocks,  buffer  memory  should  be  a 
minimum  of  25  *  64  *  1600  bytes,  or  effectively  2K  bytes. 

Several  manufacturers  offer  2K  byte,  CMOS,  static  RAM's. 
Of  them,  Hitachi  offers  the  most  flexible  line  of  chips  (Ref 
13:2813).  That  is,  they  offer  a  wide  range  of  power  drains 
and  access  times  (Ref  14:66-75).  The  lowest  power  consuming 
model  offered  is  the  HM6116LP  and  is  chosen  for  IR  RAM. 
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T(Parallel  Output) 


Pc  ( NSC 800 ,  2 . 5MHz ) 

Mp  (HNVM3008,  8K  bytes) 
Mp  (HM6116LP,  2K  bytes) 
Ms  (Intel  7110,  1M  bit) 
T  (ADC0817CC) 


Figure  2.  The  Proposed  New  IR, 


Conclusions 


Component  choices  made  in  the  above  analyses  contribute 
to  a  more  definitive  IR  architecture  than  that  outlined  in 
Figure  1.  Figure  2  is  a  PMS  diagram  showing  the  chip  level 
components  for  the  new  IR.  Having  defined  components  for  the 
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new  IR,  the  next  step  is  to  build  a  prototype  to  prove  the 
proposed  design  meets  user  requirements.  The  next  chapter 
describes  the  IC  level  hardware  architecture  of  the  new  IR 


prototype. 


Ill 


Construction 


Prototype 

The  proposed  new  IR,  diagrammed  in  Figure  2,  is  an 
architecture  for  satisfying  the  required  and  desired 
characteristics  outlined  in  Chapter  II.  The  prototype  IR 
described  in  this  chapter  provides  a  tool  for  determining  how 
well  the  proposed  architecture  functions.  Tests  run  with  the 
prototype  provide  information  for  tailoring  the  proposed  IR 
before  final  circuit  boards  are  produced. 

The  IR  prototype  implements  the  architecture  of  Figure  2 
with  two  minor  but  important  changes.  One  is  that  RAM  is 
increased  to  8K  bytes.  This  allows  space  for  investigating 
effects  of  buffering  data  in  blocks  larger  than  64  bytes, 
the  minimum  required  by  the  MBM.  The  other  change  is  that 
only  one  MBM  module  is  implemented.  The  original  purchase  of 
Intel  Bubble  Prototyping  Kits  (BPK-72)  allows  two  separate 
128K  byte  storage  units  to  be  built.  To  obtain  a  256K  byte 
memory,  either  an  Intel  iSBC  254  board  must  be  purchased,  or 
an  interface  must  be  designed  to  combine  the  BPK-72  boards. 
Because  of  time  constraints  neither  option  was  pursued. 

The  schematic  diagrams  used  for  discussing  the 
components  of  the  IR  in  this  chapter  are  the  same  ones  used 
to  build  the  IR  prototype.  While  the  diagrams  are  scattered 
throughout  this  chapter,  they  are  combined  into  one  five  page 
figure  in  Appendix  A. 
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Operat  ing  Voltage 

The  prototype  IR  requires  +  5V,  +  12V,  and  -12V  for  proper 
operation.  The  +12V  supply  is  required  by  both  the  MBM  and 
A/D  Converter  peripherals.  The  -12V  supply  is  used  only  by 
the  A/D  Converter  peripherals  (Refs  2:2-8;  10).  Other  parts 
of  the  system  use  +  5V. 

The  main  processor  and  its  support  IC's  are  fabricated 
with  P2CM0S  technology.  While  P2CM0S  chips  operate  over  a 
voltage  range  of  +3V  to  +12V  (Ref  24:4-6),  they  are  biased  at 
+  5V  in  the  IR.  There  are  three  reasons  for  choosing  a  +  5V 
power  supply.  One  is  that  at  +5V  the  NSC800  operates  at  2.5 
MHz,  as  analyzed  in  Chapter  II.  Another  reason  for  choosing 
a  +  5V  power  supply  is  to  keep  power  consumption  low,  since 
power  dissipated  by  a  CMOS  gate  is  directly  proportional  to 
its  operating  voltage  (Refs  3:6-5;  9:32-33;  18:585).  The 
third  reason  involves  interfacing  the  various  chips  within 
the  IR.  Both  the  Bubble  Memory  Controller  (BMC)  and  the 
EEPROM  must  operate  at  +5V  (Refs  2:2-8;  12).  While  voltage 
translation  circuitry  could  be  used  between  components  of  the 
IR,  interfacing  is  simplified  and  chip  count  is  reduced  if 
all  components  operate  at  a  single  voltage. 

IC  Techno  logy  Mix 

All  IR  circuitry,  except  for  the  MBM,  is  constructed 
with  CMOS  derivative  IC'S.  The  MBM  peripheral  was  built 
using  customized  circuits  provided  by  the  manufacturer. 
Intel  provides  a  BMC  for  interfacing  the  MBM  to  various 
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TABLE  VI 


IC 

Family  Vo  1 tage 

Characteristics 
(Refs  2  4  :  A - 4 ;  15:12 

;  3:1-185) 

Voltage  Type 

P2CM0S 

CMOS 

HMOS 

Logical 

0 

Input  (max) 

1.5 

1  .5 

.8 

Logical 

1 

Input  (min) 

3.5 

3.5 

2.0 

Logical 

0 

Output  (max) 

.4 

.4 

.4 

Logical 

1 

Output  (min) 

4.5 

4.6 

2.4 

1  s .  The 

technolgy  used  to 

fabricate 

the  BMC 

is  Intel' 

High-performance  MOS  (HMOS).  Connecting  HMOS  to  CMOS  is 
straight  forward  but  requires  some  precautions. 

HMOS  is  a  NMOS  derivative  technology  (Ref  9:30).  Its 
direct  current  voltage  characteristics  are  summarized  in 
Table  VI  along  with  characteristics  for  P2CM0S  and  CMOS.  The 
devices  used  to  obtain  the  ratings  in  Table  VI  are  the 
NSC800,  the  ADC0817,  and  the  Intel  7  2  20  .  As  seen  in  Table 
VI,  the  three  technologies  are  directly  compatable  at  the 
logic  0  level.  That  is,  the  voltage  level  output  by  any  one 
technology  is  below  the  input  threshold  of  the  others. 
However,  potential  problems  arise  at  the  logic  1  level. 
While  both  CMOS  technologies  have  output  voltages  above  the 
input  threshold  of  HMOS,  the  opposite  is  not  true.  An  HMOS 
output  of  2.4V  is  not  guaranteed  to  be  recognized  as  a  high 
input  to  either  P2CM0S  or  CMOS.  So,  in  cases  where  HMOS 
provides  input  by  either  P2CM0S  or  CMOS,  a  pull  up  resistor 
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with  a  value  in  the  neighborhood  o£  10K  ohms  should  be 
included  in  the  circuit  (Ref  3:6-8;  8:42).  Pull  up  resistors 

used  in  the  IR  are  10K  ohms. 


Board  'Layo-ut 

The  IR  prototype  exists  on  a  wirewrap  card.  Figure  3  is 

a  map  that  shows  the  major  component  parts  of  the  IR  as  they 

appear  on  the  card.  To  aide  in  tracing  system  bugs,  the 

wiring  used  in  the  IR  is  color  coded.  The  code  used  is: 

Red  -  +  5 V  , 

Black  -  G round  , 

Blue  -  Data  Bus  , 

Yellow  -  Address  (7  -  0)  Bus 
Orange  -  Address  (15  -  8)  Bus 
Green  -  Control  Bus 
White  -  Other 


EEP  ROM 

CPU 

RAM 

I/O  PORTS 

BUS  CONNECTOR 

Figure  3.  Major  Component  Map  of  IR  Prototype 


Bus  Struc  ture 

The  three  system  busses  of  the  IR  carry  data,  address, 
and  control  information.  These  three  busses  intersect  at  the 
CPU.  To  keep  them  operating  at  their  full  rated  speed, 
connection  of  devices  to  the  busses  must  be  scrutinized. 

Since  CMOS  has  a  high  input  impedence,  it  draws  only 
leakage  current  while  it  is  in  a  steady  state.  Consequently, 
fan-out  for  CMOS  to  CMOS  interfaces  is  typically  50  devices 
(Ref  18:67-8).  However,  circuit  capacitance  puts  a  practical 
limit  on  the  number  of  devices  that  a  CMOS  gate  can  drive. 
CMOS  gate  inputs  add  capacitive  loads  to  circuits.  As  the 
number  of  inputs  increase,  so  does  the  time  that  it  takes  to 
charge  the  additional  capacitance.  The  result  is  increased 
propagation  delays  between  the  output  and  input  of  gates  (Ref 
3:6-4  -  6-7,6-17). 

The  drive  capacity  for  the  NSC800  family  of  chips  is 
rated  at  100  pico-farads  (Ref  24).  Since  input  capacitance 
specifications  are  not  available  for  many  of  the  IC's  used  in 
the  IR,  each  input  is  assumed  to  add  a  15  pico-farad  load  to 
the  circuit  (Ref  3:6-17).  This  assumption  limits  the  fan-out 
of  CMOS  gates  used  in  the  IR  to  six,  leaving  a  small  margin 
for  error.  In  all  but  one  case,  fan-out  is  less  than  or 
equal  to  six  within  the  IR.  The  connection  of  eight  EEPROM's 
to  system  bus  buffers  violates  the  limit.  However,  that 
portion  of  the  IR  works  consistently  and  is  a  logical  block 
to  which  no  hardware  additions  are  anticipated. 
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TABLE  VII 


IR  Bus  Connector  Definition 


P  in 

Number 

Signal 

Function 

Pin 

Number 

Signal 

F unc  t ion 

1 

+  5  V 

50 

Open 

2 

GND 

49 

SO 

3 

+ 1 2  V 

48 

CLK 

4 

Data  0 

47 

Pow  er  Save* 

5 

Data  1 

46 

Data  4 

6 

Data  2 

45 

Data  5 

7 

Data  3 

44 

Data  6 

8 

WR* 

43 

Data  7 

9 

Addr  0 

42 

RD* 

10 

Add  r  1 

41 

Addr  4 

1 1 

Addr  2 

40 

Addr  5 

12 

Addr  3 

39 

Addr  6 

13 

XWAIT* 

38 

Addr  7 

14 

Addr  8 

37 

IO/M* 

15 

Addr  9 

36 

Addr  12 

16 

Addr  10 

35 

Addr  13 

17 

Addr  11 

34 

Addr  14 

18 

Resetln* 

33 

Addr  15 

19 

BREQ* 

32 

Rese  tOut 

20 

NMI  * 

31 

BACK* 

21 

RSTB* 

30 

RSTA* 

22 

INTR* 

29 

RSTC* 

23 

INTA* 

28 

Open 

24 

SI 

27 

GND 

25 

-12V 

26 

+  5  V 

A  50  pin  connector  is  provided  with  the  IR  prototype  so 
that  external  devices  can  easily  be  added.  Table  VII  defines 
the  pin-out  for  the  connector.  Restricting  the  bus  to  50 
pins  resulted  from  the  availability  of  connectors  during  late 
phases  of  the  project.  While  more  control  lines  could  be 
defined  for  a  more  general  bus,  the  50  pin  bus  is  sufficient 
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for  most  applications,  including  the  Recorder  Debugging  Tool 
(see  Appendix  D)  interface. 

The  reason  for  providing  a  connection  to  the  IR  bus 
structure  is  so  that  development  and  debugging  circuits  can 
easily  be  added.  When  adding  such  circuits,  a  designer  must 
be  aware  that  the  connector  is  not  buffered  and  every  gate 
interfaced  through  the  connector  loads  the  CPU.  Therefore, 
it  is  recommended  that,  at  a  minimum,  every  pin  used  as  an 
input  by  an  external  device  be  buffered  by  a  CMOS  gate.  This 
presents  only  a  single  CMOS  load  to  the  CPU.  Because  of  the 
conservative  loading  design  of  the  IR,  adding  single  CMOS 
loads  should  not  effect  IR  operation. 

CPU 

The  CPU  for  the  IR  prototype  consists  of  the  NSC800  and 
its  clock,  reset,  wait  state,  and  bus  demultiplexing 
circuitry.  Figure  4  is  a  schematic  showing  how  these 
circuits  are  integrated  to  form  the  CPU.  This  schematic  is 
referenced  throughout  the  discussion  of  CPU  components. 

System  Clock.  Operating  at  +  5V,  the  microprocessor  used 
in  the  prototype  has  a  maximum  rated  speed  of  2.5  MHz.  This 
operating  frequency  is  controlled  by  an  external  timing 
circuit  which  must  be  twice  as  fast.  The  NSC800  contains  an 
on-chip  oscillator  which  divides  the  external  timing  signals 
to  produce  a  square  wave  clock  signal.  This  clock  is  the 
basis  for  machine  cycle  timing  within  the  NSC800.  The 
circuit  used  to  produce  the  5MHz  external  clock  is  one 
suggested  in  the  NSC  800  Microprocessor  Family  Handbook.  It 
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consists  of  a  5  MHz  crystal,  a  one  mega-ohm  resistor  and  two 
4.7  pico-farad  capacitors  (Ref  24:4-8  -  4-9,  A-10). 

System  Reset.  Another  circuit  mentioned  in  the  NSC800 
Handbook  is  one  to  provide  orderly  power-up  for  the  system. 
Since  the  NSC800  has  an  on-chip  Schmitt  trigger,  the 
manufacturer  claims  that  a  simple  Resistor-Capacitor  network, 
connected  to  RESET-IN*,  provides  a  proper  power-up  reset 
function.  Following  manufacturer  directions,  repeated 
experimentation  with  various  combinations  of  resistors  and 
capacitors  could  not  produce  a  clean  power-up  sequence. 

As  the  IR  powered  up,  the  NSC800  reset  many  times. 
These  multiple  resets  were  observed  by  monitoring  portions  of 
the  data,  address,  and  control  busses  with  a  logic  analyzer. 
Two  phenomena  indicated  that  the  NSC800  had  an  unstable 
period  while  it  was  resetting.  One  was  that  RESET-OUT 
toggled  randomly  as  system  power  approached  +3V.  The  other 
was  that  instruction  execution  began  at  location  0000H  each 
time  RESET-OUT  went  low,  with  various  numbers  of  machine 
cycles  being  completed  before  RESET-OUT  returned  high.  Once 
RESET-OUT  stabalized  at  OV,  the  processor  operated 
predictably  . 

To  correct  the  reset  problem  a  Schmitt  trigger  was  added 
to  the  reset  circuit  between  the  Resistor-Capacitor  network 
and  the  RESET-IN*  pin  of  the  NSC800.  The  Schmitt  trigger 
circuit  consists  of  two  inverters  and  a  feedback  network. 
The  circuit  used  in  the  IR  was  adapted  from  one  described  in 
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Douglas  Hall's  book  (Ref  9:35-6).  After  the  external  Schmitt 
trigger  was  added,  the  NSC800  reset  properly. 

Wait  State  Generator.  Another  component  of  the  CPU  is 
the  wait  state  generator.  Wait  states  must  be  added  to 
memory  read  cycles  whenever  program  memory  is  accessed. 
Accesss  time  for  the  HNVM  3008's  is  slow  enough  to  require 
one  extra  machine  cycle  for  transferring  data  to  the  NSC800. 
In  addition  to  generating  wait  states  for  EEPROM  accesses, 
the  wait  state  generator  must  also  insure  that  machine  cycles 
are  not  added  when  other  memory,  or  any  peripheral,  is 
addressed.  The  last  function  supported  by  the  wait  state 
generator  is  to  gate  wait  state  requests  from  external 
devices,  such  as  the  Recorder  Debugging  Tool,  to  the  NSC800. 

An  inverter,  a  pull-up  resistor,  and  the  two  data  flip- 
flops  (FF)  of  IC  number  C4  form  the  wait  state  generator. 
Basically  their  function  is  to  hold  the  WAIT*  pin  of  the 
NSC800  high  until  a  wait  state  is  required.  Two  conditions 
are  sufficient  requirements  for  generating  wait  states.  One 
is  when  the  XWAIT*  pin  of  the  IR  bus  is  pulled  low  by  an 
external  device.  When  this  happens,  the  FF  controlling  WAIT* 
is  cleared  and  multiple  wait  states  are  generated  until 
XWAIT*  returns  high.  The  other  condition  for  generating  wait 
states  is  when  a  EEPROM  address  is  accessed.  During  these 
times  only  one  wait  state  is  necessary.  To  add  one  wait 
state,  the  WAIT*  pin  of  the  NSC800  must  be  pulled  low  for  one 
machine  cycle  following  the  latching  (ALE  -  1)  of  a  EEPROM 
addres  s . 


47 


Figure  5.  Wait  State  Generator 

Generation  of  a  single  wait  state  is  explained  using 
Figure  5,  a  more  explicit  drawing  than  that  of  Figure  4.  The 
wait  state  generator  works  by  passing  the  current  value  at 
the  "D"  input  of  the  left  FF  to  the  "Q"  output  of  the  right 
one.  Conseqently,  when  a  peripheral  is  addressed,  WAIT*  = 
IO/M*  =  1  and  no  wait  states  are  generated.  When  memory  is 
addressed,  a  zero  passes  from  the  left  to  the  right  FF.  But, 
if  the  memory  access  is  to  RAM,  the  right  FF  is  preset  by 
RAM*  before  WAIT*  *  0  is  recognized  by  the  NSC800;  and  again 
no  wait  states  are  generated.  If  EEPROM  is  addressed,  RAM*  * 
1,  WAIT*  ■  0,  and  the  NSC800  adds  an  extra  machine  cycle  to 
its  memory  access  operation. 

To  keep  from  adding  more  than  one  wait  state,  WAIT*  has 
one  clock  cycle  in  which  to  reset.  This  cycle  is  between  the 
falling  edges  of  the  system  clock  one  cycle  before  the  added 


wait  state  and  during  the  wait  state  (Ref  24:8-8).  To 
complete  this  reset  within  the  allotted  time,  the  left  FF  is 
immediately  preset  whenever  WAIT*  becomes  zero.  The 
resulting  high  later  passes  to  the  right  FF  an  the  rising 
edge  of  the  next  NSC800  clock  pulse.  Under  this  scenario 
WAIT*  is  held  low  long  enough  to  add  only  one  machine  cycle 
to  EEPROM  access  operations. 

Bus  Demultiplexer.  The  low  order  byte  of  the  address 
bus  is  multiplexed  with  the  data  bus  in  the  NSC800.  The  two 
are  separated  by  a  widely  used  circuit  employing  an  82PC12, 
eight  bit  I/O  Port  (Refs  4:6-56;  24:8-4  -  8-6).  During  the 
first  machine  cycle  of  a  memory  or  peripheral  access,  an 
address  appears  on  the  multiplexed  bus.  Before  the  cycle 
completes,  an  ALE  pulse  causes  the  address  to  latch  into  the 
82PC12.  Following  this  latching  sequence,  the  multiplexed 
bus  is  dedicated  to  use  as  the  data  bus. 

One  other  function  performed  by  the  82PC12  is  to  place 
the  low  order  portion  of  the  address  bus  in  a  tri-state  mode 
whenever  BACK*  »  0.  This  feature  is  intended  for  systems 
which  employ  direct  memory  accessing.  While  the  IR 
prototype  does  not  currently  employ  direct  memory  accessing 
internally,  the  capability  is  used  by  an  external  device  - 
the  Recorder  Debugging  Tool.  Connecting  BACK*  to  the  82PC12 
is  transparent  to  normal  IR  operation  and  could  be  removed. 
But,  the  connection  is  important  for  debugging  purposes,  so 
it  remains. 
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Figure  6.  EEPROM. 
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Pr imary  Memo r v 

Primary  memory  is  split  between  EEPROM  and  RAM.  The  8K 
EEPROM  space  is  used  as  program  storage  and  occupies  the 
address  space  from  0000H  to  1FFFH.  RAM  is  provided  for  use 
as  buffer  storage  between  the  A/D  converter  and  the  MBM 
peripheral.  It  occupies  addresses  2000H  through  3FFFH. 

The  two  types  of  primary  memory  are  physically  separate 
components  within  the  IR  prototype.  With  the  exception  of 
one  RD*  line,  signals  from  each  component  are  interfaced  to 
the  CPU  through  their  own  set  of  buffers.  The  RD*  line  is 
shared  between  EEPROM  and  RAM  only  to  reduce  fan-out  of  the 
line  from  the  CPU.  EEPROM  requires  nine  RD*  connections. 
With  the  fan-out  limit  of  six,  EEPROM  needs  two  buffered  RD* 
lines.  Since  EEPROM  does  not  use  all  12  of  the  available 
loads,  one  is  connected  to  RAM.  This  connection  deletes  the 
requirement  for  RAM  to  load  the  CPU's  heavily  used  RD*  line. 

In  addition  to  their  physical  separation,  EEPROM  and  RAM 
are  logically  separated  by  their  addresses.  That  is,  address 
bit  13  (A13)  determines  which  primary  memory  component  is 
enabled.  When  A13  is  zero,  EEPROM  is  accessed;  and  when  it 
is  one,  RAM  is  accessed.  While  A13  determines  which  primary 
memory  component  is  enabled,  the  IO/M*  and  RFSH*  control 
signals  determine  when  they  are  enabled.  All  three  signals 
are  combined  by  the  logic  in  the  lower  left  corner  of  Figure 
6  to  provide  proper  enable  pulses.  Basically,  the  logic  will 
output  an  active  low  memory  enable  signal  whenever  the  CPU 
wishes  to  access  memory  (IO/M*  ■  0)  during  times  other  than 
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refresh  cycles  (RFSH*  *  1).  The  inverse  of  this  memory 
enable  allows  A13  and  its  complement  to  pass  through  NAND 
gates  and  choose  the  primary  memory  component  to  be  accessed. 

IR  hardware  does  not  contain  logic  to  protect  software 
from  attempts  to  address  memory  locations  above  3FFFH.  While 
the  NSC800  is  capable  of  addressing  64K  bytes  of  memory, 
EEPROM  and  RAM  occupy  only  the  low  order  16K  bytes.  So,  any 
IR  memory  location  can  be  addressed  using  only  14  bits. 
Address  decoding  logic  ignores  the  remaining  two  address 
bits,  truncating  A14  and  A15  from  addresses  greater  than 
3FFFH.  It  is  the  software  designer's  responsibility  to 
insure  that  programs  limit  their  accesses  to  the  available 
0000H  to  3FFFH  address  space. 

Program  Memory.  With  the  exception  of  the  logic  gates 
described  above  and  IC  number  R20,  Figure  6  shows  the  EEPROM 
component  of  the  primary  memory.  P10,  PI1,  and  P12  are 
buffers;  P19  is  an  address  decoder;  and  P30  through  P37  are 
EEPROM' s . 

P10  and  Pll  are  only  enabled  when  a  EEPROM  address  is 
accessed.  Since  one  of  the  RD*  control  lines  is  shared  with 
RAM,  P12  is  enabled  whenever  either  memory  component  is 
accessed.  Direction  control  on  Pll  and  P12  is  hardwired  to 
pass  information  from  the  CPU  to  memory.  RD*  supplies 
direction  control  for  the  data  bus  buffer,  P10.  Even  though 
the  current  IR  design  does  not  support  writing  to  the 
EEPROM's,  direction  control  for  the  data  bus  buffer  can  not 
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ALE 

(CS*)* 

RD* 


FIGURE  7.  Conventional  HNVM3008  Interface 


be  hardwired.  Doing  so  causes  bus  contention  problems  with 
the  CPU. 

Bus  contention  stems  from  the  multiplexed  nature  of  the 
data  bus.  The  EEPROM  data  bus  buffer  is  enabled  whenever 
A13  ”  0,  IO/M*  *  0  and  RFSH*  =  1.  These  conditions  are  true 
at  the  beginning  of  each  instruction  cycle  which  accesses 
EEPROM.  However,  during  the  first  part  of  the  cycle  the 
multiplexed  bus  contains  a  valid  address.  Hardwiring  the 
direction  control  would  cause  interference  during  this 
portion  of  an  instruction  cycle.  So,  EEPROM  is  only  granted 
control  of  the  data  bus  while  RD*  is  low. 

HNVM3008's  are  used  for  storage  in  the  EEPROM  portion  of 
primary  memory.  The  way  they  are  interfaced  to  the  CPU  is 
unconventional  by  manufacturer  standards.  The  manufacturer's 
pin-out  descriptions  of  the  HNVM3008  leads  to  the  design 
shown  in  Figure  7. 
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A  more  optimum  design  is  used  in  the  IR.  A  comparison 
of  Figures  6  and  7  show  the  differences  between  the  two.  One 
difference  is  that  the  IR  design  does  not  use  the  HNVM3008's 
on-chip  address  Latch  to  demultiplex  the  address/data  bus. 
Instead,  the  separated  data  and  address  busses,  provided  by 
the  CPU,  are  used.  This  reduces  the  number  of  loads  on  the 
address/data  bus  by  one  half.  Consequently,  the 
demultiplexed  address  bus  is  used  to  replace  one  of  the 
address/data  bus  loads  on  the  CPU.  This  trade  off  is 
desirable  since  the  fan-out  from  the  CPU  is  greater  for  the 
address/data  bus  th.  i  for  the  demultiplexed  address  bus. 

Another  benefit  of  the  customized  interface  for  the 
HNVM3008's  is  that  chip  select  (CS)  pulses  from  the  address 
decoding  logic  do  not  have  to  be  inverted.  This  reduces  chip 
count  in  the  IR  by  at  least  one,  and  possibly  two.  Another, 
although  minor,  benefit  of  the  IR  configuration  is  that  one 
less  control  signal  is  required.  That  is,  the  ALE  signal  is 
not  used  by  program  memory. 

Buffer  Memory.  The  buffer  memory  component  of  primary 
memory  consists  of  the  circuit  diagrammed  in  Figure  8,  along 
with  IC  number  R20  of  Figure  6.  In  Figure  8,  R13  through  R15 
provide  full  buffering  of  lines  connected  to  the  CPU.  Memory 
itself  consists  of  four  2K  byte  static  RAM's.  Consequently, 
four  CS*  signals  and  an  11  bit  address  are  sufficient  for 
addressing  any  byte  within  buffer  memory.  The  four  CS* 
signals  are  generated  by  a  t hr ee- t o- e ig ht  line  decoder,  since 
smaller  decoders  are  not  available  in  P2CM0S.  IR  production 
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Figure  8.  RAM 


5  5 


designs  may  find  it  beneficial  to  change  to  a  two-to-four 
line  decoder  fabricated  in  another  CMOS  technology. 

Per  iphera 1  Devices 

IR  peripheral  devices  are  shown  in  the  schematics  of 
Figure  9  and  10.  Accessing  of  peripherals  is  done  using  I/O 
mapped  addressing.  During  I/O  operations,  the  address  of  the 
selected  peripheral  appears  on  both  the  low  and  high  order 
bytes  of  the  address  bus  (Ref  2  4 : A  -  9 ) .  This  duplication  of 
the  peripheral  address  allows  use  of  the  high  order  byte  for 
selecting  specific  I/O  ports,  and  minimizes  loading  of  the 
heavily  used  address/data  bus. 

With  the  exception  of  BBH,  peripheral  addresses  are 
broken  down  into  a  3  bit  channel  address  and  a  five  bit  port 
address.  The  channel  address  is  essentially  an  encoded  chip 
select  for  enabling  one  of  the  three  chips  that  contain 
addressable  ports  and  registers.  The  NSC810  is  the 
p  ripheral  chip  with  the  most  addressable  entities,  requiring 
five  bits  to  access  all  of  them.  Hence,  five  bits  are  used 
to  address  any  port  on  a  specified  channel.  I/O  address  BBH 
is  internally  reserved  by  the  NSC800  as  an  interrupt  control 
register  (Ref  24:A-17). 

Bits  Al5,  A14,  and  A13  carry  the  I/O  channel  address. 
U25  decodes  these  address  bits  into  chip  selects.  The  timers 
and  I/O  ports  are  attached  to  channel  1  -  A15,A14,A13  =  001. 
Channel  2,  010,  contains  the  A/D  Converter  and  channel  4, 
100,  contains  the  MBM.  These  channel  addresses  are  listed 
along  with  their  associated  port  addresses  in  Table  VIII. 
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Table  VIII 


I/O  Port  Mapping 

(Refs  2:3-1  -  3-3; 

3:1-189;  24:A-32) 


Binary  Type 

Address  Port  Function 


0010 

0000 

R/W 

Port  A 

0010 

0001 

R/W 

Port  B 

0010 

0010 

R/W 

Port  C 

0010 

0100 

w 

Port  A  Data  Direction  Reg. 

0010 

0101 

w 

Port  B  Data  Direction  Reg. 

0010 

0110 

w 

Port  C  Data  Direction  Reg. 

0010 

0111 

w 

Port  A  Mode  Definition  Reg 

0010 

1000 

w 

Port  A  -  Bit  Clear 

0010 

1001 

w 

Port  B  -  Bit  Clear 

0010 

1010 

w 

Port  C  -  Bit  Clear 

0010 

1100 

w 

Port  A  -  Bit  Set 

0010 

1101 

w 

Port  B  -  Bit  Set 

0010 

1110 

w 

Port  C  -  Bit  Set 

0011 

0000 

R/W 

Timer  0  (LSB) 

0011 

0001 

R/W 

Timer  0  (MSB) 

0011 

0010 

R/W 

Timer  1  (LSB) 

0011 

0011 

R/W 

Timer  1  (MSB) 

0011 

0100 

w 

Stop  Timer  0 

0011 

0101 

w 

Start  Timer  0 

0011 

0110 

w 

Stop  Timer  1 

0011 

0111 

w 

Start  Timer  1 

0011 

1000 

R/W 

Timer  0  Mode 

0011 

1001 

R/W 

Timer  1  Mode 

010X 

0000 

R 

A/D  Converter  Port  0 

010X 

R 

• 

010X 

• 

R 

A/D  Converter  Port  . 

010X 

• 

R 

• 

010X 

1111 

R 

A/D  Converter  ’’ort  15 

100X 

xxxo 

R/W 

MBM  Data  Port 

100X 

XXXI 

R 

MBM  Status  Register 

100X 

XXX 1 

w 

MBM  Command  Register 

1011 

1011 

w 

Interrupt  Control  Register 
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X's  appear  in  the  table  where  address  bits  are  ignored  for  a 


particular  channel.  A/D  converter  port  assignments 
correspond  to  the  low  order  four  bits  of  the  peripheral 
address  and  are  compressed  in  the  table.  Note  that  port 
100X  XXXI  has  two  different  definitions,  depending  on  whether 
data  is  being  read  or  written. 

Timers.  The  IR  prototype  uses  both  of  the  timers 
contained  on  the  NSC810.  Timer  0  is  wired  for  generation  of 
fixed  interval  interrupts,  while  Timer  1  provides  a  clock  for 
the  A/D  converter. 

The  CPU  provides  a  clock  input  frequency  of  2.5  MHz  to 
both  timers.  This  input  frequency  exceeds  the  maximum  for 
proper  timer  operation.  Therefore,  clock  inputs  must  be 
prescaled.  The  NSC810  allows  for  independent  scaling  of 
clock  inputs  to  both  counters.  Scaling  factors  for  Timer  0 
are  1,  2,  and  64.  Those  for  Timer  1  are  1  and  2.  Since 
maximum  timer  input  frequency  is  2  MHz,  a  scaling  factor  of 
at  least  two  allows  for  proper  operation  of  the  timers  (Ref 
2 4 : A- 2 7 ,A- 3 6 ) .  Chapter  IV  describes  how  software  controls 
operation  of  the  timers. 

Output  from  Timer  0  is  connected  to  the  RSTA*  interrupt 
pin  of  the  CPU.  To  provide  interrupts  that  meet  hardware 
design  objectives  (see  Interrupt  Structure) .  Timer  0  must  be 
programmed  as  an  accumulative  timer.  In  this  mode,  output 
from  the  timer  is  activated  at  fixed  intervals.  The  length 
of  these  intervals  range  from  800  nanoseconds  to  1.7  seconds. 
This  range  supports  the  design  requirement  for  an  8.3 
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millisecond  sample  interval.  It  also  allows  a  wide  time 
range  for  changing  sensor  sampling  rates. 

Timer  1  is  used  in  its  square  wave  generator  mode  to 

provide  the  clock  input  for  the  A/D  converter  peripheral. 

Valid  input  frequencies  for  the  ADC0817  range  from  10  KHz  to 

1200  KHz,  with  manufacturer  specifications  being  computed  at 

640  KHz  (Ref  3:1-186  -  1-187).  In  its  square  wave  mode,  with 

a  prescaled  clock  input  of  two,  Timer  1  can  provide  a  range 

of  output  frequencies  from  1250  KHz  down  to  19  Hz.  Note, 

however,  that  the  distribution  of  frequencies  is  not  uniform 

throughout  the  range.  Valid  frequencies  are  clustered  more 

heavily  towards  the  low  end.  The  sequence  of  valid  Timer  1 

output  frequencies  follow  the  pattern: 

1250K  /  1  =  1250  KHz, 

1250K  /  2  »  625  KHz, 

1250K  /  3  =  416.5  KHz, 

1250K  /  65,536  =  *19  Hz. 

General  I / 0 .  In  addition  to  the  two  timers  described 
above,  the  NSC810  provides  two  general  purpose  I/O  ports  for 
the  IR  prototype.  Each  port  is  eight  bits  long  and  can  be 
addressed  at  the  bit  level.  In  addition,  the  direction  of 
data  flow,  in  or  out,  is  selectable  for  each  bit.  Therefore, 
one  port  can  carry  both  input  and  output  at  the  same  time. 
Another  feature  of  the  NSC810  is  that  Port  A  is  capable  of 
strobed  I/O.  This  allows  handshaking  between  the  IR  and  an 
external  CPU  for  such  functions  as  dumping  data  from  the  IR 
to  a  database,  or  for  programming  EEPROM's  without  removing 
them  from  the  IR.  (Ref  24:A-31  -  A-33) 
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The  general  purpose  I/O  ports  have  not  been  hardwired  to 
take  advantage  of  any  particular  capability  of  the  NSC810. 
The  ports  were  wirewrapped  only  far  enough  to  verify  that 
they  communicate  properly  with  the  CPU.  Configuring  the 
ports  is  best  handled  in  parallel  with  software  development. 

A/D  Converter.  The  fact  that  the  NSC810  has  an  8085 
hardware  architecture  simplified  interfacing  of  the  A/D 
converter.  National  Semiconductor's  CMOS  Databook  contains  a 
schematic  for  interfacing  the  ADC0817  to  an  8085 
microprocessor  (Ref  3:1-193).  Construction  of  the  A/D 
Converter  peripheral  followed  National  Semiconductor's 
proposal.  Still,  clarification  of  a  few  of  the  connections 
is  appropriate. 

The  ADC0817  uses  the  low  order  four  bits  of  the 
peripheral  address  to  select  the  sensor  channel  to  be 
converted.  To  minimize  bus  loading  on  the  multiplexed 
data/address  bus,  the  channel  select  is  obtained  from  bits  8 
through  11  of  the  address  bus. 

Two  factors  determine  the  voltages  to  be  used  as 
references  in  the  A/D  Converter.  One  is  the  bias  voltage  of 
the  ADC0817,  and  the  other  is  the  output  voltage  range  of  the 
analog  sensors  (Ref  3:1-191).  Since  the  bias  voltages  are 
ground  and  +5V,  and  since  the  analog  sensors  are  conditioned 
for  0V  to  5V  outputs,  reference  voltages  for  the  ADC0817  are 
0V  and  +5V.  The  low  reference  is  obtained  by  a  direct 
connection  to  ground.  Capitalizing  on  the  fact  that  output 
from  a  CMOS  gate  comes  very  close  to  the  bias  voltage  of  the 


chip,  the  high  voltage  is  obtained  from  the  output  of  an 
inverter . 

Using  the  output  of  an  inverter  proved  adequate  for 
showing  that  the  ADC0817  worked  properly.  An  oscilloscope 
trace  of  the  inverter  output  showed  a  constant  5V  signal 
being  coupled  with  0.1V  of  noise.  Assuming  that  the  0.1  / 
256  =  .4  millivolt  error  introduced  by  the  noisy  reference  is 
acceptable,  use  of  the  inverter  as  a  positive  reference  is 
adequate  for  the  IR  prototype.  However,  using  inverter 
references  in  a  flyable  IR  is  risky,  as  it  depends  on  at 
least  two  variables.  One  is  that  output  from  an  inverter 
gate  is  not  guaranteed  to  equal  the  chip  supply  volatge. 
Another  is  that  the  supply  voltage  in  a  flyable  IR  may 
degrade  with  prolonged  use  of  the  batteries,  resulting  in  a 
decreased  reference  voltage.  If  allowances  are  not  made  for 
these  two  variables  in  the  flyable  IR,  then  the  voltage 
reference  circuit  must  be  redesigned. 

The  end  of  conversion  signal  generated  by  the  ADC0817 
provides  a  conversion  complete  interrupt  to  the  CPU.  A 
peculiarity  exists  in  this  structure.  That  is,  the  end  of 
conversion  signal  remains  active  until  another  conversion  is 
started.  So,  the  conversion  complete  interrupt  can  not  be 
reset  between  sampling  tasks  without  additional  hardware. 
Using  a  data  FF  to  buffer  the  interrupt,  the  end  of 
conversion  signal  could  pass  to  the  CPU  and  be  reset  whenever 
the  converted  data  was  read.  While  this  method  of 
controlling  the  interrupt  is  simple,  it  requires  an 
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additional  chip.  In  keeping  with  the  minimized  bulk 
requirement  of  the  IR,  a  hardware  solution  is  abandoned  in 
favor  of  software.  Chapter  IV  discusses  the  software 
solution  to  the  conversion  complete  interrupt  problem. 

MB.M.  The  schematic  for  the  MBM  peripheral  appears  in 
Figure  10.  Interface  of  the  peripheral  is  simplified  by  the 
fact  that  all  data  transfers  take  place  through  the  BMC.  The 
hardware  architecture  of  the  BMC  for  interfacing 
microprocessors  looks  similar  to  that  of  many  peripherals. 
That  is,  interfacing  the  BMC  to  a  processor  requires 
connection  of  the  data  bus,  address  bus,  read  and  write 
strobes,  chip  select,  and  system  reset.  Additional  pins  are 
provided  for  interrupt  and  direct  memory  access  processing. 

As  mentioned  previously,  the  BMC  is  an  HMOS  IC. 
Consequently,  two  precautions  are  taken  to  insure  accurate 
communications  with  the  P2CM0S  CPU.  One  is  that  10K  ohm  pull 
up  resistors  are  used  at  connections  where  HMOS  provides 
input  to  P2CM0S.  The  other  is  that  P2CM0S  outputs  are  loaded 
with  only  one  HMOS  input. 

The  MBM  is  wired  to  take  advantage  of  the  interrupt 
processing  capability  of  the  BMC.  Active  high  signals  for 
buffer  half  full  and  operation  complete  are  fed  through 
buffers  to  the  RSTA*  and  INTR*  pins  of  the  NSC800.  The  need 
for  these  interrupts  is  explained  in  the  next  section  of  this 
chapter . 


In  addition  to  the  signals  mentioned  above  for 
interfacing  the  BMC  to  the  CPU,  the  MBM  requires  a  4  MHz 


clock  having  a  50  percent  duty  cycle.  The  circuit  appearing 
below  U16  in  Figure  10  is  a  crystal  controlled  oscillator  for 
providing  the  required  clock.  The  circuit  is  an  adaptation 
of  the  one  used  for  the  NSC800  clock  input.  U17  provides 
buffering  to  produce  a  constant  load  on  oscillator  output. 
The  oscillator  with  buffering  provides  a  stable  clock. 

The  MBM  and  drive  circuitry  is  not  shown  in  Figure  10. 
Instead,  only  the  connections  that  must  be  made  from  the  BMC 
to  the  MBM  board  are  shown,  The  MBM  is  mounted  on  a  BPK-72 
printed  circuit  board,  which  has  previously  been  tested  using 
the  MBM  Interactive  Development  System.  Design  of  the  MBM 
peripheral  for  the  IR  prototype  involved  removing  the  BMC 
from  the  BPK-72  and  placing  it  with  the  other  components  of 
the  IS.  A  cable  connects  the  MBM  to  the  BMC  for  completing 
communications  within  the  MBM  peripheral.  Additional 
connections,  not  shown  in  Figure  10,  carry  power  to  the 
BPK-72  . 

Interrupt  Structure 

IR  prototype  design  implements  a  hierarchy  of 
interrupts.  Basically,  there  are  two  reasons  why  the  IR 
needs  an  interrupt  capability.  One  is  that  it  allows  data 
samples  to  be  started  at  fixed,  known  intervals.  Another 
reason  is  that  interrupts  allow  software  tasks  to  run 
concurrently.  That  is,  several  tasks  can  be  initiated  before 
any  one  completes.  Interrupt  usage  is  clarified  in  following 
paragraphs  where  the  rationale  for  specific  interrupts  are 
exp  1  a ined . 
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TABLE  IX 


IR  Interrupt 

Structure 

Interrupt 

CPU 

Interrupt 

Priori  t  y 

Signal 

Func  t ion 

1 

RSTA* 

Fixed  Interval 

Generator 

2 

RSTB* 

MBM  FIFO  Half 

Full 

3 

RSTC* 

A/D  Conversion 

Comp  1 e t  e 

4 

INTR* 

MBM  Operation 
or 

MBM  Error 

Comp  1 e  te 

Five  levels  of  interrupts  are  provided  by  the 
prioritized  interrupt  request  pins  of  the  NSC800.  Of  the 
five,  only  RSTA* ,  R  ST  B* ,  RSTC*,  and  I NTR*  are  used.  To 
reduce  hardware  requirements,  the  interrupt  structure  relies 
on  the  NSC800's  Mode  1  processing  scheme.  In  Mode  1  the 
response  to  a  recognized  interrupt  is  a  jump  to  one  of  the 
NSC800's  dedicated  restart  addresses.  Other  interrupt 
processing  modes  require  external  hardware  to  generate  a 
restart  sequence  (Ref  24:4-16  -  4-21, A-15  -  A-17).  Table  XI 
outlines  the  interrupt  structure  used  in  building  the  IR 
pro  to  type . 

The  interrupt  with  the  highest  priority  is  the  one 
generated  by  Timer  0  of  the  NSC810,  RA M - I / 0- T i m e r  chip.  It 
has  the  highest  priority  so  that  sampling  intervals  can  be 
precisely  defined.  As  soon  as  Timer  0  interrupts,  software 
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starts  the  A/D  conversion  of  the  next  required  sensor. 
Should  other  interrupts  be  allowed  to  preempt  the  timer, 
sampling  intervals  would  have  unpredictable  lengths. 
Consequently,  the  collected  data  would  have  an  unknown  skew 
from  sample  to  sample. 

The  interrupt  with  the  second  highest  priority  is  the 
one  indicating  that  the  MBM  FIFO  buffer  is  only  half  full. 
Once  an  MBM  opertion  has  started,  "the  user  must  keep  up" 
with  the  FIFO  data  buffer  (Ref  2:3-8,3-17).  "Keep  up"  means 
avoiding  FIFO  underflow  during  writes,  and  overflow  during 
reads.  Underflow  and  overflow  problems  stem  from  the  fact 
that  the  FIFO  is  only  40  bytes  long,  whereas,  the  shortest 
MBM  transfer  is  64  bytes.  In  a  system  where  only  one  bubble 
is  operating,  as  projected  for  the  IR  in  Chapter  II,  the 
maximum  transfer  rate  is  50K  bytes  per  second  (Ref  2:3-5). 
This  translates  to  one  byte  every  20  microseconds.  During  an 
MBM  write  which  begins  by  filling  the  FIFO,  the  half  full 
interrupt  activates  whenever  22  bytes  are  empty  (Ref  2:3-8). 
This  allows  approximately  360  microseconds  (18  x  20)  before 
an  underflow  occurs.  Similarly,  during  a  read  operation  the 
half  full  interrupt  indicates  that  22  bytes  are  available  for 
input  (Ref  2:3-8),  allowing  360  microseconds  before  a  FIFO 
overflow.  In  either  case  there  is  a  time  margin  available 
for  servicing  MBM  FIFO  half  full  interrupts. 

Priority  level  3  interrupts  are  less  time  critical  than 
the  interrupts  of  higher  priority.  With  projections  derived 
from  Chapter  II,  the  IR  prototype  has  approxinately  8.1 
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milliseconds  in  which  to  service  A/D  conversion  complete 
interrupts.  At  122  samples  per  second,  there  are  8.3 
milliseconds  between  the  starts  o£  samples.  Allowing  for  the 
typical  conversion  time  of  100  microseconds  (Ref  3:1-187), 
there  are  8.2  -  .1  »  8.1  milliseconds  between  the  time  that 
an  interrupt  occurs  and  the  time  that  the  next  sample  must  be 
initiated. 

The  interrupt  with  the  lowest  priority  is  the  one 
indicating  that  an  MBM  operation  has  either  completed 
normally  or  with  an  error.  Both  interrupts  originate  from 
the  same  MBM  pin.  BMC  status  tells  which  event  caused  the 
interrupt.  During  normal  operation,  servicing  of  these 
interrupts  is  not  critical. 

Conclusion 

This  chapter  has  described  the  theoretical  and  practical 
considerations  involved  in  constructing  the  IR  prototype. 
Details  of  hardware  construction  for  each  component  were 
highlighted.  The  next  chapter  details  software  techniques 
for  driving  this  newly  constructed  IR  prototype. 
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IV  Hardware  Verification  Program 

This  chapter  describes  software  used  to  verify  the 
design  and  construction  of  the  IR  prototype.  The  program 
used  to  exercise  the  IR  prototype  is  called  IRTST.  It  is 
located  at  the  end  of  the  chapter,  in  Figure  11.  Throughout 
this  chapter,  software  descriptions  are  made  with  reference 
to  IRTST. 

Verification  of  design  and  construction  involves 
exercising  at  least  one  capability  of  each  component  in  the 
system.  While  IRTST  is  not  a  comprehensive  test  of  every 
capability,  it  does  show  that  the  system  components  are 
interfaced  properly.  In  addition,  it  provides  a  basis  for 
understanding  how  the  components  operate.  Reference  material 
is  available  in  Appendix  E  for  expanding  this  basis  and  for 
tailoring  the  components  to  meet  future  prototype  software 
requirements . 

In  general  the  flow  of  execution  through  IRTST  is: 

1.  initialize  the  components, 

2.  fill  a  buffer  with  information  obtained 
alternately  from  an  input  port  and  the 
A/D  Convert  er  , 

3.  dump  the  filled  buffer  to  the  BMC  FIFO, 

4.  read  the  BMC  FIFO,  and 

5.  compare  the  input  and  output  of  the  BMC 
FIFO. 

The  operations  of  step  2  are  accomplished  under  interrupt 
control.  Every  time  a  byte  of  information  is  moved  to  the 
buffer,  it  is  displayed  on  an  output  port  and  the  system  is 
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halted  for  about  a  second.  Timer  interrupts  restart  the 
system  from  its  halted  state. 


Throughout  program  execution,  values  for  indicating 
program  status  are  written  to  an  output  port.  A  monitor  on 
the  output  port  reveals  the  following  sequence: 

1.  FF  -  system  reset, 

2.  A1  -  this  value  was  hardwired  on  the  input 

port  for  the  test, 

3.  XX  -  byte  obtained  from  analog  sensor  #7, 

4.  ...  subsequence  2  and  3  are  repeated  40 

times  (the  size  of  the  BMC  FIFO), 

5.  55  -  constant  output  for  3  seconds  to 

indicate  that  the  BMC  FIFO  has  been 

written  and  is  about  to  be  read, 

6.  DO  -  successful  completion,  or 

FF  -  FIFO  write  and  read  do  not  match. 

Monitoring  this  sequence  helps  to  verify  that  the  program  is 
executing  properly  and  that  IR  components  are  functioning  as 
expected. 

During  construction  of  the  IR  prototype,  programs  were 
written  to  assist  in  debugging  hardware  as  it  was  added  to 
the  system.  The  fact  that  all  of  these  test  program*, 
including  IRTST,  executed  correctly  shows  that  both  the  CPU 
and  program  memory  function  properly.  The  software  provided 
by  IRTST  verifies  operation  of  the  other  components. 

Buffer  Memo r v 

The  sequence  of  indicators  outlined  above  shows  that  RAM 
functions  properly.  The  main  reason  for  this  conclusion  is 
that  the  code,  which  produces  the  outputs  in  steps  2  and  3, 
relies  on  subroutine  calls  and  interrupt  servicing.  Both  of 
these  tasks  use  a  program  stack  to  temporarily  store  return 
addresses.  If  RAM  were  not  working,  invalid  addresses  would 
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be  retrieved  from  the  stack,  resulting  in  unpredictable 
program  behavior. 

Another  factor  for  concluding  that  RAM  functions 
properly  involves  buffering  of  data.  At  address  0164H,  an 
output  buffer  is  dumped  to  the  BMC  FIFO.  Later,  at  0178H, 
the  FIFO  is  read  into  a  separate  input  buffer.  Then  the 
output  and  input  buffers  are  compared.  The  fact  that  IRTST 
ends  with  a  DO  status  reinforces  the  belief  that  RAM  operates 
properly . 

T imer s 

The  NSC810  is  equipped  with  two  general  purpose  timers, 
each  having  six  software  selectable  modes  of  operation.  Both 
timers  are  used  in  the  IR  prototype.  Output  from  Timer  1  is 
the  master  clock  input  for  the  A/D  Converter.  Timer  0 
provides  a  fixed  interval  interrupt  for  the  CPU. 

Before  either  timer  is  used  it  must  be  initialized.  For 
Timer  0  this  involves  writing  a  control  byte  to  the  Timer 
Mode  Register.  For  Timer  1,  it  involves  setting  the 
direction  of  data  flow  for  pins  1,  2,  and  5  of  the  NSC810  in 
addition  to  setting  the  Timer  Mode  Register  (Ref  24:6-7  -  6- 
12,  A-34  -  A-38).  Code  appearing  between  addresses  0113H  and 
012DH  shows  how  the  timers  were  initialized  for  testing  the 
IR  prototype. 

Timer  1_.  The  five  instructions  used  to  configure  and 
start  Timer  1  are  all  that  are  needed  to  provide  a  clock  for 
the  A/D  Converter.  The  first  two  instructions,  at  011FH, 
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configure  the  timer  as  a  square  wave  generator.  The  next  two 
instructions  initialize  the  generator's  output  frequency, 
while  the  instruction  at  0129H  starts  the  generator.  The 
output  frequency  provided  by  IRTST  is  as  close  as  possible  to 
the  typical  operating  frequency  of  the  ADC0817.  With  the 
input  frequency  to  the  timer  being  divided  in  half  by  the 
mode  setting,  and  with  a  timer  count  value  of  one,  Timer  1 
output  is  625  KHz.  During  testing  this  output  was  verified 
with  an  oscilloscope. 

Timer  0..  To  provide  fixed  interval  interrupts  to  the 
CPU,  Timer  0  is  configured  as  an  Event  Counter.  The  event 
counter  works  by  generating  an  active  output  whenever  a  user 
loaded  count  reaches  zero.  Timer  output  is  deactivated  by 
reading  the  count  value.  (Ref  24:6-8) 

The  six  instructions  starting  at  address  0113H, 
initialize  Timer  0  in  two  important  ways.  One  is  that  they 
produce  an  active  output  every  0.95  (=  2.5  MHz  /  64  /  40960) 
seconds.  The  other  way  is  that  timer  output  is  active  when 
low.  The  polarity  of  Timer  0  output  is  important  since  it  is 
connected  directly  to  the  RSTA*  pin  of  the  NSC800.  This 
connection  also  forces  any  IR  programs  that  enable  RSTA*  to 
include  interrupt  servicing  routines. 

Once  an  RSTA*  interrupt  is  recognized,  the  NSC800  jumps 
to  location  003CH  for  its  next  instruction.  At  that  point 
IRTST  software  contains  a  jump  instruction  to  the  Timer  0 
interrupt  servicing  routine,  T0$HNDL.  Since  the  timer 
interrupt  is  only  being  used  to  awaken  the  CPU  from  a  halt 
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state,  TO$HNDL  needs  only  to  deactivate  Timer  0  output  and 
reenable  NSC800  interrupts.  Upon  exiting  T0$HNDL,  control 
returns  to  address  019FH,  followed  by  a  return  to  program 
execut ion . 

The  statement  -  that  control  passes  to  019FH  after  Timer 
0  interrupt  processing  -  is  made  with  confidence.  The 
interrupt  frequency  is  intentionally  low  to  simplify  the 
verification  process.  All  tasks  within  the  IRTST  program 
take  much  less  than  0.95  seconds  to  execute.  Therefore,  the 
CPU  is  always  in  a  halt  state  at  019EH  before  Timer  0 
interrupts.  Interrupt  frequency  will  be  much  higher  in 
prototytpe  software,  possibly  causing  return  addresses  to  be 
unpred ic table. 

General  I/O 

As  mentioned  in  Chapter  III,  wiring  of  I/O  ports  was 
deferred  until  prototype  software  requirements  are  defined. 
At  this  time  it  is  impossible  to  predict  the  mix  of  I/O  pins 
required  for  a  flyable  IR.  Therefore,  verifying  general  I/O 
operation  is  restricted  to  showing  that  both  input  and  output 
are  available  through  the  NSC810. 

While  the  NSC810  provides  22  pins  for  general  purpose 
I/O,  only  16  are  available  within  the  IR.  The  other  six  are 
used  for  Timer  1  and  strobed  I/O.  The  16  available  pins  are 
split  between  Port  A  and  Port  B.  However,  the  bits  of  each 
group  are  individually  addressable  in  any  combination  of 
input  and  output  (Ref  24:6-3  -  6-4.A-31  -  A-33).  This 
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flexibility  is  another  reason  why  design  of  system  I/O  was 
postponed  . 

IRTST  does  not  test  every  capability  of  the  NSC810  I/O 
ports.  Instead,  Port  A  is  initialized  for  strobed  output, 
and  Port  B  is  initialized  for  input.  To  verify  operation  of 
the  output  port,  a  one  byte  monitor  is  connected  to  Port  A 
during  testing.  An  A1H  is  hardwired  to  Port  B,  insuring  that 
input  values  are  known  constants. 

As  with  the  timers,  the  I/O  ports  of  the  NSC810  must  be 
initialized  before  they  are  used.  Important  tasks  during 
initialization  are  to  set  the  direction  of  data  flow  through 
each  pin  of  the  two  ports  and  to  set  the  type  of  I/O  to  be 
performed  by  Port  A.  Type  of  I/O  does  not  have  to  be  set  for 
Port  B  since  it  is  capable  of  only  basic  parallel  I/O. 
However,  Port  A  has  an  additional  capability  for  strobed  I/O. 
When  strobed  I/O  is  enabled,  an  additional  task  of 
initializing  the  data  direction  for  the  strobe  control  pins 
must  be  done.  The  instructions  between  address  0103H  and 
0111H  perform  the  initialization  tasks  outlined  in  this 
paragraph . 


A/D  Converter 

Obtaining  data  samples  from  the  A/D  Converter  can  be  as 
easy  as  reading  and  writing  an  I/O  port.  To  begin  the 
conversion  process,  a  program  selects  the  desired  channel  via 
an  output  instruction  to  the  proper  address.  The  single 
instruction  at  0147H  is  an  example.  The  data  byte  output  is 
irrelevent  to  the  conversion  process.  At  some  later  time, 
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when  the  conversion  is  complete,  the  program  reads  the  sample 
value  from  the  A/D  Converter.  The  instruction  at  0301H 
illustrates  reading  the  sample.  However,  in  a  more  general 
case,  the  input  address  does  not  have  to  match  the  output 
address.  Since  the  A/D  Converter  only  has  one  register  in 
which  to  hold  sampling  results,  any  address  read  will 
retrieve  the  value  of  the  last  sample  started. 

While  obtaining  sample  data  is  straightforward, 
coordinating  the  A/D  Converter's  interrupts  is  more 
challenging.  As  alluded  to  in  Chapter  III,  the  IR  prototype 
does  not  contain  hardware  for  clearing  conversion  complete 
interrupts.  From  the  time  one  sampling  task  is  complete  to 
the  time  that  another  is  started,  the  conversion  complete 
interrupt  remains  active.  Because  the  interrupt  can  not  be 
reset,  it  must  be  managed  differently  from  interrupts  such  as 
RSTA*  which  can. 

The  conversion  complete  interrupt  is  assigned  to  the 
RSTC*  pin  of  the  CPU.  The  method  for  managing  RSTC*  is  to 
keep  it  disabled  within  the  NSC800  until  a  sample  is 
requested.  This  management  takes  place  in  three  different 
locations  within  IRTST.  First,  during  system  initialization 
RSTC*  is  disabled.  This  is  accomplished  by  writing  a  zero  to 
the  RSTC*  bit  within  the  Interrupt  Enable  Register  of  the 
NSC800  (Ref  24:A-17).  The  module  at  address  012FH  shows  how 
the  RSTC*  interrupt  is  disabled  while  other  interrupts  are 
enabled.  A  second  place  where  RSTC*  is  managed  is  at  0149H. 
There  the  conversion  complete  interrupt  is  enabled  just  after 
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a  sample  conversion  is  requested.  The  conversion  complete 
interrupt  servicing  routine,  ADC$HNDL,  is  the  last  place 
where  RSTC*  is  managed.  Again,  RSTC*  interrupts  are  disabled 
while  others  are  enabled,  exactly  as  was  done  during  system 
initialization. 

In  addition  to  enabling  the  RSTC*  interrupt  at  location 
0149H,  RSTA*  was  also  enabled.  This  action  is  a  consequence 
of  the  fact  that  bits  within  the  Interrupt  Enable  Register 
can  not  be  individually  addressed.  Still,  RSTA*  is  enabled 
with  confidence,  knowing  that  it  is  always  enabled  except 
when  it  is  being  serviced.  A  more  complex  algorithm  for 
enabling  interrupts  may  be  required  for  the  increased 
interrupt  activity  in  the  flyable  IR. 

BMC 

All  requests  for  MBM  I/O  pass  through  the  BMC.  Because 
the  MBM  peripheral  does  not  work,  a  first  step  in  tracing  the 
malfunction  is  to  verify  communications  between  the  CPU  and 
the  BMC.  One  simple  test  for  determining  proper 
communications  is  to  write  and  read  a  test  pattern  using  the 
FIFO  registers  within  the  BMC. 

The  BMC  contains  many  registers,  but  only  a  single 
address  line.  Therefore,  a  channel  command  word  must  be 
written  to  the  BMC  telling  which  register  is  to  be  accessed 
(Ref  2:3-1  -  3-3).  The  two  instructions  at  0160H  illustrate 
how  the  BMC  is  initialized  for  accessing  the  FIFO.  Once  the 
BMC  points  to  the  FIFO,  it  is  available  to  the  system  as  a 
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general  purpose  FIFO  (Ref  2:3-8).  The  instruCions  at  0164H 
show  how  a  data  buffer  is  dumped  to  the  FIFO  using  an  NSC800 
block  I/O  command.  Similarly,  the  FIFO  is  read  at  0174H. 

Cone lus ion 

The  program  illustrated  and  described  in  this  chapter 
verifies  operation  of  the  major  hardware  components  in  the  IR 
prototype.  While  the  MBM  is  not  fully  operational,  IRTST 
verifies  that  proper  communications  exists  between  the  CPU 
and  the  BMC.  All  other  components  operate  as  expected  for 
the  set  of  capabilities  exercised  by  IRTST. 
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JIACRO-ao  3.36  17-Har-flO 


PAGE  1-1 


.zao 

OOOO'  A8EG 

gTITLE:  IR  TEST  -  SYSTEM  TEST  FOR  IR  PROTOTYPE 
g AUTHOR  :  CAPT  R  E  HEISNER 
gDATE:  4  MAR  82 
gSYSTEM:  IFPDAS  IR 

^OPERATION:  THIS  PROGRAM  DEMONSTRATES  OPERATION  OF  THE  FOLLOWING 
g  COMPONENTS  OF  THE  IR  PROTOTYPE: 


COMPONENT 


S/W  EXERCISE 


CPU 

PROGRAM  MEMORY 
RAM 

TIMERS 

INPUT 

OUTPUT 

A/D  CONVERTER 
HBH  CONTROLLER 


PROGRAM  EXECUTION 
PROGRAM  STORAGE 
STACK,  DATA  BUFFER 
FIXED  INTERVAL  INTERRUPT 
READ  PORT  B 
WRITE  TO  PORT  A 
SAMPLE  SENSOR  #7 
READ  &  WRITE  FIFO 


TRANSFER  OF  DATA  BETWEEN  THE  BUBBLE  MEMORY  CONTROLLER 
(BMC)  AND  THE  MBM  IS  NOT  EXERCISED  BY  THIS  PROGRAM 


g«»***##»***»#  CONSTANTS  *****#*#*****#«**»*##**«»»**#»**#**##*#*»**#* 


OOBB 

IER 

EQU 

OBBH 

g I/O  PORT  FOR  INTERRUPT  ENABLE  REG 

OOOA 

IERVAL 

EQU 

OAH 

g ENABLE  RSTA  AND  RSTC  INTERRUPTS 

0003 

STBOUT 

EQU 

03H 

gSTRQBED  OUTPUT  MODE  TO  ACTIVE  BUS 

0000 

DDIN 

EQU 

OOH 

;INPUT  DEFINITION  FOR  DDR 

OOFF 

DDOUT 

EQU 

OFFH 

gQUTPUT  DEFINITION  FOR  DDR 

0023 

DDCTRL 

EQU 

23H 

gDIRECTION  DEF  FOR  PORT  C  CONTROL 

001« 

TOMODE 

EQU 

19H 

gMODE  FOR  TIMER  0  -  EVENT  COUNTER, 
gRD/WR  ONE  BYTE,  PRESCALER  =  64 

00  w 

T1M0DE 

EQU 

6DH 

gMODE  FOR  TIMER  1,  SQUARE  WAVE  GEN 
gRD/WR  TWO  BYTES,  PRESCALER  =  2 

0000 

TOSCLO 

EQU 

OOH 

gLQ  BYTE  -  COUNT  VALUE 

OOAO 

T0SCL1 

EQU 

OAOH 

gHI  BYTE  -  FOR  0 

0001 

T1SCL0 

EQU 

01H 

gLO  BYTE  -  COUNT  VALUE 

0000 

T1SCL1 

PAGE 

EQU 

COH 

gHI  BYTE  -  FOR  1 

Figure  11.  IR  Prototype  Verification  Program  (page  1  of  7). 
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KACRO-aO  3.36  17-rtar-SO 


PAGE  1-2 


;***  NSC810  PORT  ASSIGNMENTS  **» 


0020 

PORTA 

EQU 

20H 

0021 

PORTB 

EQU 

21H 

0024 

DORA 

EQU 

24H 

0025 

DDRB 

EQU 

25H 

0026 

DDRC 

EQU 

26H 

0027 

MDRA 

EQU 

27H 

0030 

TOLB 

EQU 

3  OH 

0031 

TOHB 

EQU 

31H 

0032 

T1LB 

EQU 

32H 

0033 

71HB 

EQU 

33H 

0034 

TOSTOP 

EQU 

34H 

0035 

TOSTRT 

EQU 

35H 

0036 

T1ST0P 

EQU 

36H 

0037 

T1STRT 

EQU 

37H 

0038 

THRO 

EQU 

38H 

0039 

TMR1 

EQU 

39H 

;***  A/D  CONVERTER  SENSOR  ADDRESSES  »** 

0040 

ADCO 

EQU 

40H 

AND  OTHERS 

♦  *  ♦ 

0047 

ADC7 

EQU 

47H 

?...  AND  OTHERS 

•  •  ♦ 

004 F 

ADCF 

EQU 

4FH 

$***  NBN  I/O  PORT  ASSIGNMENTS 

0088 

BM4DATA  EQU 

88H  ;MBH  DATA  (I/O) 

0089 

BM«CND 

EQU 

89H  ;MBM  COMMAND  (OUT  ONLY) 

0089 

BIWSTAT  EQU 

89H  ?MBH  STATUS  (IN  ONLY) 

0000 


0012 

0013 


?***  REGISTER  ADDRESS  COUNTER  (RAC)  ASSIGNMENTS 


FIFO  EQU  OOH 
;*»#  (IBM  COMMAND  CODES 


8M»RD  EQU 
BM$UR  EQU 


12H 

13H 


;FIFO  I/O  REGISTER 


;READ  BUBBLE  DATA 
;URITE  BUBBLE  DATA 


;«*«K*»»*»t**  END  CONSTANTS  «*****»»»#**»**»»*»*«»*#»****«##*##*«»**• 
PAGE 


Figure  11,  IR  Prototype  Verification  Prograe  (page  2  of  7), 
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MACRO-80  3.34  17-Har-80 


PACE  1-3 


;xxxxxxxxxxxxx  VARIABLES  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


ORC 

2000H 

^BEGINNING  ADDRESS  OF  RAN 

2000 

DS 

44 

,*xxx  DEFINE  SYSTEM  xxx 

2040 

STACK  EQU 

$ 

;xxx  STACK  xxx 

2040 

SAVER:  DS 

1 

*,QNE  BYTE  TEMPORARY  SAVE  AREA 

ORC 

3100H 

;( ADDRESS  WITHIN  ANOTHER  RAM) 

0028 

FIFOLN  EQU 

40D 

; LENGTH  OF  FOLLOWING  FIFO  BUFFERS 

3100 

FIFOUTs  DS 

40D 

;BMC  FIFO  OUTPUT  BUFFER 

3126 

FIFOIN:  DS 

40D 

?BI1C  FIFO  INPUT  BUFFER 

;xxxxxxxxxxxx  END  VARIABLES  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


ORG 

OOOOH 

0000 

C3  0100 

JP 

START 

;START  AT  BEGINNING  ON  SYSTEM  RESET 

ORG 

002CH 

;RSTC  INTERRUPT  ENTRY 

002C 

C3  0300 

JP 

ADC4HNDL 

;A/D  CONVERTER  INTERRUPT 

ORG 

0034H 

;RSTB  INTERRUPT  ENTRY 

0034 

74 

HALT 

;NOT  YET  SUPPORTED 

ORG 

0038H 

gINTR  INTERRUPT  ENTRY 

0038 

74 

HALT 

;NOT  YET  SUPPORTED 

ORG 

003CH 

;RSTA  INTERRUPT  ENTRY 

003C 

C3  0200 

JP 

T0INT4HNDL 

;TIMER  0  INTERRUPT 

ORG 

0100H 

0100  31  2040 

START:  LD 

SP  ,STACK 

;INIT  STACK  PNTR 

Figure  11.  IR  Prototype  Verification  Program  (page  3  of  7). 
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NACRO-SO  3.36  17-Har-SO 


PAGE  1-4 


;***  *************** 
•,«*«  SET  UP  NSCfllO  I/O  PORTS  *** 

;*•*  *»»*»*»**»*»»»* 


0103 

3E  FF 

LD 

A/DDOUT 

;***  INIT  ALL  PORT  A  **« 

0105 

03  24 

OUT 

(DDR A), A 

;***  BITS  AS  OUTPUT  **» 

0107 

3E  00 

LD 

A,DDIN 

;***  INIT  ALL  PORT  B  *** 

0109 

03  25 

OUT 

<DDRB),A 

;***  BITS  AS  INPUT  *** 

OlOB 

3E  23 

LD 

A,DDCTRL 

•,***  INIT  DIRECTION  OF  *** 

0100 

03  26 

OUT 

<DDRC),A 

?***  CONTROL  BITS  *** 

OtOF 

3E  03 

LD 

AjSTBQUT 

;***  INIT  PORT  A  FOR  *** 

0111 

03  27 

OUT 

(HDRA) /A 

;***  STROBED  OUTPUT  *** 

•***  *  *  *  « 

********** 

;***  SET  UP  NSC810  TIMERS  *** 

;***  *  *  *  * 

********** 

0113 

3E  19 

LD 

A,TOHODE 

$»** 

SET  UP  TIMER  0  AS  »** 

0115 

03  38 

OUT 

(TMRO) ,A 

;*** 

EVENT  COUNTER  »** 

0117 

3E  00 

LD 

A  >TOSCLO 

;*** 

INIT  **» 

0119 

03  30 

OUT 

(TOLB) ,A 

}*** 

TIMER  *** 

OllB 

3E  AO 

LD 

A,TOSCU 

5*** 

0  *** 

0110 

D3  31 

OUT 

<TOHB),A 

;*** 

COUNT  **« 

01  IF 

3E  6D 

LO 

A,T1HQDE 

5*** 

SET  UP  TIMER  1  AS  *»* 

0121 

03  39 

OUT 

(THRU,  A 

;*** 

SQUARE  WAVE  GEN  *** 

0123 

3E  01 

LD 

A,T1SCL0 

;*** 

INIT  TIMER  »*» 

0125 

03  32 

OUT 

(TUB), A 

;«** 

1  COUNT  *** 

0127 

03  35 

OUT 

(TOSTRT) ,A 

5*** 

START  THE  *** 

0129 

03  37 

OUT 

<  T1STRT) ,A 

5*** 

COUNTERS  *** 

012B 

DB  30 

IN 

A, (TOLB) 

;»** 

INSURE  TIMER  0  *** 

0120 

OB  31 

IN 

A,(TOHB) 

•*** 

INTERRUPTS  ARE  RESET  *** 

PAGE 


Figure  11.  IR  Prototype  Verification  Progra*  (page  4  of  7), 
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MACRO-80  3,34  17 -liar -80 


PACE  1-5 


;««*  k*k*««»**k**k*  *#* 
;**#  SET  UP  INTERRUPT  STRUCTURE  *** 
;»**  ***»**»»*««***  «*« 


012F 

3E  QA 

ID 

A,IERVAL 

$ ENABLE  SYSTEM  INTERUPTS 

0131 

E6  FD 

AND 

OFDH 

?TURN  OFF  RSTC 

0133 

D3  BB 

OUT 

(I£R),A 

;SET  INTERRUPT  ENABLE  REG 

0135 

ED  54 

IN 

1 

;SET  INTR  FOR  RSTX  TYPE  INTERRUPTS 

0137 

FB 

El 

;**«  **#**«*«*# 

;***  IR  TEST  LOOP  *#* 

;#*#  ********** 

0138 

21  3100 

LD 

HL,FIFOUT 

*,SET  PNTR  TO  FIFO  OUTPUT  BUFFER 

013B 

04  28 

LD 

B,FIFOLN 

gINIT  BUFFER  LENGTH  COUNTER 

013D 

DB  21 

LOOP:  IN 

A,(PQRTB) 

;READ  PORTB 

013F 

77 

LD 

(HU, A 

;SAVE  VALUE  JUST  READ 

0140 

D3  20 

OUT 

(PORTA), A 

;WRITE  VALUE 

0142 

23 

INC 

HL 

;INC  BUFFER  PNTR 

0143 

05 

DEC 

B 

;DEC  BUFFER  BYTE  COUNT 

0144 

CD  019? 

CALL 

WAIT 

0147 

D3  47 

■JT 

(ADC7),A 

;START  A/D  CONVERSION 

014? 

3E  OA 

•  J 

A,IERVAL 

;*»#  ENABLE  RSTA  8  **« 

014B 

D3  BB 

OUT 

(IER) ,A 

;*»»  RSTC  INTERRUPTS  *** 

014D 

CD  01?9 

CALL 

WAIT 

0150 

3A  2040 

LD 

A,  (SAVER) 

;***  SAVE  VALUE  »** 

0153 

77 

LD 

(HL)  ,A 

;*»*  JUST  READ  **» 

0154 

03  20 

OUT 

(PORTA), A 

*, WRITE  VALUE 

0154 

23 

INC 

HL 

g INC  BUFFER  PNTR 

0157 

CD  0199 

CALL 

WAIT 

015A 

10  El 

DJNZ 

LOOP 

?DEC  BUFFER  BYTE  COUNT  AND 
;LOOP  UNTIL  BUFFER  FULL 

015C 

3E  55 

LD 

A,55H 

;**»  OUTPUT  FIFO  TEST  *»* 

015E 

D3  20 

OUT 

(PORTA), A 

;*##  STARTED  INDICATOR  **» 

0140 

3E  00 

LD 

A, FIFO 

5***  SET  BMC  PNTR  »»» 

0142 

D3  8? 

OUT 

(BN$CMD),A 

;*#*  TO  FIFO  **# 

Figure  11.  IR  Prototype  Verification  Progra*  (page  5  of  7). 
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MACRO -80  3.38 

17 -Mar -80 

PACE 

1-8 

0184 

06  28 

LD 

B,FIFQLN 

;***  DUMP  BUFFER  *** 

0188 

21  3100 

LD 

HL,FIFOUT 

;***  TO  *** 

0189 

ED  83 

OTIR 

;#**  BMC  FIFO  *** 

016B 

CD  0199 

CALL 

WAIT 

;WAIT  A  WHILE 

018E 

CD  0199 

CALL 

WAIT 

0171 

CD  0199 

CALL 

WAIT 

0174 

06  28 

LD 

B/FIFOLN 

;**#  FILL  BUFFER  #»* 

0178 

21  3128 

LD 

HL,FIFOIN 

;*»»  FROM  **» 

0179 

ED  82 

INIR 

;*##  BMC  FIFO  **« 

0178 

11  3100 

LD 

DE/FIFQUT 

;**»  INIT  COMPARE  **» 

017E 

21  3128 

LD 

HL,FIFOIN 

;♦**  LOOP  DRIVING  *** 

0181 

01  0028 

LD 

BC,40D 

;***  PARAMETERS  *** 

0184 

1A 

LD 

A,(DE) 

;GET  FIFO  OUTPUT  BUF  VALUE 

0185 

ED  A1 

CMPLP: 

CPI 

^COMPARE  OUTPUT  TO  INPUT  BUFFER 

0187 

13 

INC 

DE 

;BUMP  PNTR 

0188 

20  09 

JR 

HZ, ERRFF 

; ERROR  -  BUFFERS  HOT  THE  SAME 

018A 

EA  0185 

JP 

PE, CMPLP 

;LOOP  UNTIL  END  OF  BUFFERS 

; BUFFERS  COMPARED  OK 

018D 

3E  DO 

LD 

A ,ODOH 

;***  OUTPUT  SATISFACTORY  *»* 

018F 

D3  20 

OUT 

(PORTA), A 

;***  COMPLETION  INDICATOR  *** 

0191 

F3 

DI 

0192 

78 

HALT 

0193 

3E  FF 

ERRFF : 

LD 

A ,OFFH 

;*»»  OUTPUT  BAD  COMPARISON  **» 

0195 

D3  20 

OUT 

(PORTA), A 

;*»*  INDICATOR  *«* 

0197 

F3 

DI 

0198 

76 

HALT 

;*#»  *  »  *  *  * 

****** 

*#» 

;***  WAIT  FOR  AN  INTERRUPT 

»»» 

;*»*  *  »  »  »  * 

»*»*»# 

*»* 

0199 

F5 

WAIT;  PUSH 

AF 

019A 

78 

HALT 

019B 

FI 

POP 

AF 

019C 

C9 

RET 

PACE 


Figure  11.  IR  Prototype  Verification  Progra*  (page  6  of  7). 
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r  z 

AD-A118  072  AIR  FORCE  INST  OF  TECH  WRIGHT-PATTERSON  AFB  OH  SCHOO-- ETC  F/G  14/3  ^ 

AN  INFLIGHT  RECORDER  PROTOTYPE  FOR  THE  INFLIGHT  PHYSIOLOGICAL  D-- ETC(U) 

FEB  82  R  E  MEISNER 

UNCLASSIFIED  AFIT/GCS/EE/82M-5  NL 

tm 

- 

i 

■■ 

■■ 

■■■ 

^■1 

i _ 

MACRO -80  3.36  17-Har-flO 


PAGE  1-7 


*«««  **##**»#**#****# 
$***  TIMER  0  INTERRUPT  HANDLER  »»* 
•**«  *#»*##*#**#»#  «*» 


ORG 

0200H 

0200 

T0INT8HNDL: 

0200 

F5 

PUSH 

AF 

0201 

DB  30 

IN 

A,(T0LB> 

0203 

DB  31 

IN 

A,(TOHB) 

0205 

FB 

El 

0206 

FI 

POP 

AF 

0207 

ED  4D 

RETI 

$***  RESET  TIMER  0  »*» 
;***  INTERRUPT  *»* 


;««*  a#***##********##*# 
;***  A/D  CONVERTER  INTERRUPT  HANDLER  *** 
•**«  a**#*#######**#*#** 


0300 

0300 

F5 

ORG 

ADCSHNOLs 

PUSH 

0301 

DB  47 

IN 

0303 

32  2040 

LD 

0306 

3E  OA 

LD 

0308 

E6  FD 

AND 

030A 

D3  BB 

OUT 

030C 

FB 

El 

030D 

FI 

POP 

030E 

ED  4D 

RETI 

0300H 

AF 


A,(ADC7> 

;*** 

SAVE  CONVERTER  **» 

(SAVER), A 

;»#* 

VALUE 

»*# 

A,IERVAL 

;»»» 

DISABLE 

**# 

OFDH 

;**» 

ONLY  RSTC 

*** 

(IER) ;A 

;*»* 

INTERRUPTS  *** 

AF 


END 


Figure  11.  IR  Prototype  Verification  Prograe  (page  7  of  7). 
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V  Cone  jus  ions  and  Re commend at  ions 

With  two  exceptions,  the  IR  prototype  constructed  in 
this  thesis  conforms  to  the  hardware  architecture  previously 
defined  in  Figure  2.  One  exception  is  that  testing  of  the 
MBM  peripheral  is  not  complete.  The  other  is  that  RAM  is 
increased  to  allow  software  experiments  to  vary  MBM  data 
buffer  sizes.  In  addition  to  wirewrapping  a  prototype, 
thesis  results  include  construction  of  several  tools  to 
support  system  development. 

Appendices  to  this  thesis  contain  documentation  and 
user's  manuals  for  IR  prototype  support  tools.  Tools  that 
can  be  found  in  the  appendices  are: 

Appendix  B  -  EEPROM  Programmer, 

Appendix  C  -  MBM  Interactive  Development  System,  and 

Appendix  D  -  IR  Debugging  System. 

The  EEPROM  programmer  is  used  to  dump  software  from  floppy 
discs  to  HNVM3008  EEPROM's.  The  MBM  Interactive  Development 
System  is  primarily  a  tool  for  teaching  new  users 
capabilities  and  limitations  of  the  Intel  7110  MBM.  The 
capabilities  taught  are  those  pertinant  to  the  IR. 
Additionally,  the  development  system  can  be  used  to 
troubleshoot  and  verify  MBM  operation.  The  last  support 
tool,  the  IR  Debugging  System,  is  a  hardware  front  panel  for 
the  IR  prototype.  It  provides  a  minimum  level  of  software 
debugging  support  when  connected  to  the  IR  prototype. 
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Cone lus ions 


The  scope  of  this  thesis  allowed  design  requirements  to 
be  developed,  and  a  prototype  to  be  constructed.  Time 
constraints  forced  an  end  to  this  thesis  before  a  definitive 
analysis  could  show  that  the  IR  prototype  adheres  to  the  four 
required  characteristics  outlined  in  Chapter  XI.  The  two 
requirements  for  the  IR  to  be  solid-state  and  microprocessor 
controlled  are  incorporated  into  the  hardware  architecture. 
More  work  must  be  done  before  definitive  statements  can  be 
made  about  the  u n o b s t r u c t i v e  and  battery  operated 
requirements . 

While  it  is  too  early  to  say  that  the  IR  will  be 
unobstructive,  its  thickness  should  be  smaller  than  the  two 
inches  that  pilots  found  restrictive  in  the  IFPDAS  I.  This 
estimate  is  based  on  the  likely  assumption  that  the  IR  will 
consist  of  IC's  housed  on  a  printed  circuit  board.  An  upper 
bound  on  the  length  and  width  of  a  flyable  IR  is  the  current 
area  of  the  wirewrapped  prototype.  This  area,  13  x  4.5 
inches,  is  projected  to  include  the  MBM  interface  but  not  the 
MBM's  themselves.  Density  of  IC's  in  the  flyable  should  be 
greater  than  that  of  the  wirewrapped  prototype.  An 
additional  factor  that  could  reduce  board  area  is  the 
possibility  that  some  IC's  can  be  eliminated  once  software  is 
developed  for  the  IR.  The  upper  bound  just  developed  for  the 
IR  does  not  include  space  for  the  MBM  storage  peripheral.  A 
discussion  of  MBM  space  requirements  fo  lows  under 
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Recommendations.  Estimates  of  the  unobstructive  property  of 
the  new  IR  must  wait  for  further  system  development. 

Until  software  is  running  on  the  IR  prototype,  battery 
operated  requirements  can  only  be  rough  estimates.  One 
important  estimating  factor  is  that  power  dissipation  in  CMOS 
components  varies  with  operating  frequency.  Even  if  the 
operating  frequency  of  each  component  could  be  projected, 
NSC800  documentation  does  not  contain  the  figures  required  to 
accurately  estimate  power  consumption.  Another  important 
factor  is  that  current  draws  vary  within  MBM's,  depending  on 
I/O  frequency  and  numbers  of  parallel  operating  bubbles. 
Therefore,  accurate  estimates  on  battery  requirements  must 
wait  until  the  system  can  be  exercised  by  software. 

In  addition  to  the  statements  made  about  required 
characteristics,  the  following  observations  relate  to  desired 
characteristics.  There  are  16  A/D  converter  channels 
available  which  accept  OV  -  5V  conditioned  inputs.  Output 
from  any  channel  to  the  CPU  is  available  100  microseconds 
after  conversion  is  started,  allowing  a  maximum  sampling 
frequency  of  10,000  per  second.  In  addition  to  being  able  to 
increase  the  sampling  rate  of  sensors,  other  design 
characteristics  leave  room  for  expansion.  A  discussion  of 
how  each  IR  component  can  be  expanded  is  found  in  the 
component  subsections  of  Chapter  II.  An  evaluation  of  the 
last  desired  characteristic  of  four  hour  operation  depends  on 
a  solution  to  battery  operated  requirements.  Therefore,  all 
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desirable  characteristics  with  the  exception  of  four  hour 
operation  have  been  achieved  in  the  IR  prototype. 

R e commend a t ions 

As  mentioned  above,  the  IR  prototype  is  not  fully 
operational.  Until  it  is,  unobstructive  size  and  battery 
operated  requirements  can  not  properly  be  evaluated. 
Therefore,  the  first  step  should  be  to  complete  prototype 
construction  by  debugging  the  MBM  peripheral.  The  peripheral 
has  been  wirewrapped  as  specified  by  the  design  in  Chapter 
III.  Communications  between  the  CPU  and  BMC  has  also  been 
verified.  However,  initial  tests  could  not  access  the  MBM 
itself.  Software  to  debug  and  ultimately  drive  the  MBM 
peripheral  can  be  adapted  from  modules  found  in  Appendix  C. 

Another  high  priority  task  should  be  to  develop  a 
software  prototype  for  the  IR.  Once  software  is  developed, 
hardware  component  requirements  can  be  optimized.  This 
optimization  should  result  in  a  reduction  of  the  number  of 
IC's  used  in  the  flyable  IR.  Another  reason  for  completing 
software  early  in  the  next  thesis  cycle  is  that  it  will  allow 
the  system  requirements  for  battery  operation  and  system  bulk 
to  be  evaluated.  Then  a  desc is  ion  can  be  made  about 
continued  IR  development. 

An  important  point  must  be  made  with  reference  to  the 
MBM  secondary  storage  peripheral.  Continued  development  with 
the  current  1M  bit  MBM's  will  pro-soly  result  in  an  IR  that 
is  too  bulky.  However,  Intel  has  announced  that  4M  bit 
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bubbles  will  be  available  for  general  sampling  during  the 
first  half  of  1983  (Ref  25).  With  the  lead  time  for 
development  of  systems  in  an  academic  environment,  work 
should  not  be  discontinued  to  await  release  of  the  next 
generation  of  bubbles.  Instead,  development  should  continue 
along  the  lines  set  down  in  this  thesis.  That  is,  any 
redesign  of  the  MBM  peripheral  should  remain  modular  so  that 
new  bubbles  can  easily  be  interfaced  once  they  become 
available.  Meanwhile,  an  IR  can  be  developed  with  less  than 
a  1M  byte  capacity  for  reduced  data  acquisition  tasks  and  to 
prove  the  concept  of  the  new  generation  IR. 

As  stated  previously,  the  IR  Debugging  Tool  provides 
only  minimum  front  panel  support  for  software  development. 
A  r ec o m m end a t io n  for  improving  the  front  panel  is  to  add 
hardware  breakpoints.  Currently,  the  only  way  to  insure  that 
the  machine  halts  at  a  point  of  interest  is  to  single  step  to 
that  point.  As  programs  get  longer,  this  becomes 
increasingly  tedious.  Besides,  single  stepping  interferes 
with  a  program's  interaction  with  interrupts. 

Another  lesson  learned  during  software  exercising  of  the 
prototype  is  that  programs  burned  into  EEPROM's  are 
cumbersome  to  debug.  This  results  from  the  fact  that  changes 
can  not  be  made  to  software  during  testing.  Instead  the 
EEPROM  must  be  reprogrammed  and  the  test  restarted  for  each 
bug  found.  Developing  a  capability  to  replace  EEPROM ' s  with 
RAM  during  software  development  would  cure  this  problem. 
Then  programs  loaded  into  the  RAM  could  be  altered  during 
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testing  through  use  of  the  IR  Debugging  Tool's  memory  write 
capability.  Relying  on  the  fact  that  HNVM3008's  have  an 
industry  standard  pin-out  should  minimize  disruption  of  IR 
prototype  hardware. 

Currently,  EEPROM's  must  be  removed  from  the  IR  whenever 
reprogramming  is  desired.  Future  designs  should  incorporate 
methods  for  programming  the  EEPROM's  while  they  remain  in  the 
IR.  However,  doing  so  should  not  add  hardware  to  the  IR 
itself.  The  benefit  of  programming  the  EEPROM's  without 
removing  them  from  the  IR  is  that  the  possibility  for  system 
errors  is  reduced.  Errors  are  reduced  in  two  ways.  One  is 
that  the  possibility  of  misplacing  IC's  is  eliminated.  The 
other  is  that  permanent  mechanical  contacts  have  less  chances 
of  loosening  to  cause  unpredictable  results. 

Now  that  the  IR  prototype  is  nearing  completion, 
consideration  should  be  given  to  other  components  of  the 
IFPDAS.  As  development  continues,  the  answers  to  three 
general  questions  become  important.  How  will  users  develop 
software  for  the  IR?  What  field  processing  capabilities  does 
SAM  need?  How  will  SAM  get  the  data  from  the  field  into 
their  laboratory  data  base?  Until  the  IR  can  be  integrated 
into  the  IFPDAS,  its  use  is  restricted  to  proving  feasibility 
of  design. 
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Appendix  A 


IR  Prototype  Schemat ic 

This  appendix  contains  the  schematic  diagram  of  the  IR 
prototype.  Instead  of  using  a  one  page  foldout,  the 
schematic  is  broken  into  logical  pieces  and  distributed  over 
five  pages.  To  combine  the  pages,  lines  ending  at  the  right- 
hand  margin  of  one  page  are  continued  at  the  left  margin  of 
the  next  page. 
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Figure  12.  IR  Prototype  Schematic  (page  2  of  5). 


Figure  12.  IR  Prototype  Schematic  (page  3  of  5). 
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Figure  12.  IR  Prototype  Schematic  (page  4  of  5). 
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Appendix  B 
EEPROM  Programmer 
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Introduction  . 
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User's  Manual  . 

System  Start-up  . 

Commands  . 

ERASE  . 

PROGRAM . 

VERIFY  . 

DUMP . 

Errors . 


EEPROM  Programmer 


I .  Introduction 

This  Appendix  describes  and  documents  operation  of  the 
EEPROM  Programmer  designed  to  support  Hughes  Solid-state 
Products  HNVM  3008  EEPROM's.  Documentation  consists  of  a 
schematic  diagram  and  an  associated  software  listing. 
Following  the  software  listing  is  a  user's  manual  which 
describes  the  Programmer's  capabilities  and  summarizes  its 
operating  procedures.  Another  important  source  of  informa¬ 
tion,  the  HNVM  3008  data  sheet,  is  located  in  Appendix  E. 

The  EEPROM  Programmer  described  in  this  document  is  a 
flexible  tool  for  supporting  HNVM  3008  EEPROM's.  This 
flexibility  results  from  two  design  considerations.  One  is 
that  the  hardware  is  based  on  the  S-100  bus.  Another  is  that 
software  runs  under  control  of  the  Cromemco  Disk  Operating 
System  (CDOS)  and  consequently  the  Control  Program  for 
Microprocessors  (CPM)  Operating  System.  Further  explanations 
of  these  design  decisions  are  contained  in  the  following 
sections  of  this  document. 
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II 


Schematic  Diagram 

The  hardware  used  to  implement  the  Programmer  is 
illustrated  in  the  schematic  diagram  of  Figure  12.  To 
facilitate  understanding  of  the  schematic,  Table  XI  lists  the 
functions  of  the  IC's  used  to  construct  the  Programmer.  More 
detailed  information  on  individual  IC's  is  available  from  The 
TTL  Data  Book  and  The  Intel  Co  mponent  Data  Catalog  (Refs  11; 
4)  . 

The  Programmer  is  wirewrapped  on  a  Cromemco  Z-2D 
prototyping  card,  and  therefore,  can  be  easily  transported  to 
any  S-100  based  system.  Table  XII  illustrates  which  S-100 
pins  are  used  by  the  Programmer.  Since  the  interface  to  the 
S-100  bus  is  fully  buffered,  each  line  in  Table  XII  presents 
only  a  single  TTL  load  to  the  bus. 

Another  aid  to  transportability  is  the  onboard  switch 
selection  of  the  five  most  significant  bits  of  the  Programmer 
port  addresses.  This  allows  Programmer  hardware  addresses  to 
be  chosen  which  do  not  interfere  with  the  permanent  I/O 
addresses  of  the  host  computer.  The  EEPROM  Programmer 
addresses  are  selected  by  opening  and  closing  appropriate 
switches.  Closed  switches  indicate  zero  bit  settings,  and 
open  switches  indicate  ones.  The  most  significant  bit  of  the 
addres  s  switches  is  plainly  marked  on  the  wire-wrap  card. 
Beware  that  changes  to  these  address  switches  require  that 
corresponding  changes  be  made  to  Programmer  software. 


TABLE  X 


EEPROM  Programmer  Selectable  Ports 


Port  Address 

Function 

BBBB 

B0  00 

EEPROM  Data  Bus 

BBBB 

B001 

EEPROM  Address  LSB(yte) 

BBBB 

B010 

EEPROM  Address  MSB(yte) 

BBBB 

B0 11 

I/O  Command/ S ta tus 

BBBB 

B100 

EEPROM  Control  Bus 

Table  X  lists  the  EEPROM  Programmer  ports  which  are 
affected  by  hardware  address  settings.  The  three  least 
significant  bits,  denoted  by  B's  in  Table  X,  are  switch 
selectable,  allowing  32  choices  for  port  addresses.  One 
possible  selection  is  00110,  yielding  software  addresses  30H 
through  34H.  Switch  settings  to  coordinate  these  addresses 
with  the  hardware  are  -  from  the  most  significant  bit  - 
closed,  closed,  open,  open,  and  closed. 

The  only  other  requirement  for  EEPROM  Programmer 
operation  is  the  need  for  an  external  20V  power  supply. 
This  power  source  is  regulated  on  the  Programmer  card  to 
provide  either  5V  or  17V  to  the  positive  supply  terminal  of 
the  EEPROM.  Switching  between  the  two  volatges  is  governed  by 
so  f  tvar e . 
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An  important  note  with  reference  to  the  HNVM  3008  is 
that  proper  programming  depends  on  a  continuous  voltage  to 
the  positive  supply  pin  of  the  EEPROM.  Output  from  the 
regulator  which  supplies  EEPROM  power  must  not  go  to  ground 
during  voltage  transitions  between  5V  and  17V.  The  LM317  and 
its  associated  circuitry  provides  these  continuous  power 
trans istions.  Consequently,  voltage  changes  from  5V  to  17V 
and  from  17V  to  5V,  produce  output  waveforms  that  are  step 
f unc  t ions  . 


A 
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TABLE  XI 


EEPROM  Programmer  IC  Listing 


Device 

Func  t io  na 1 

Schematic 

Type 

Des igna  tion 

Reference 

74365 

Hex  Bus  Drivers 

U1 ,02 

8216 

4-bit  Bidirectional 

Bus  Driver 

U3  ,U4 

7404 

Hex  Inverters 

U5 

74156 

3-to-8  Line  Decoder 

U6 

7485 

4-bit  Magnitude  Comparator 

U7  ,  U 8 

7400 

Quad  2-input  NAND  Gates 

U1  2 

8255 

Programmable  Peripheral 
Interface 

Ull 

8212 

8-b it  I/O  Port 

U13 
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TABLE  XII 


S-100 

to  EEPROM  Programmer 

Int  erf  ace 

Def  init  ion 

S-100 

Pin 

S  igna 1 

F unc  t  ion 

S-100 

Pin 

S  igna 1 

Func  t ion 

29 

Addr  5 

75 

RESET 

30 

Addr  4 

79 

Addr  0 

31 

Addr  3 

80 

Addr  1 

35 

Data  Out  1 

81 

Addr  2 

36 

Data  Out  0 

82 

Addr  6 

38 

Data  Out  4 

83 

Addr  7 

39 

Data  Out  5 

88 

Data  Out  2 

40 

Data  Out  6 

89 

Data  Out  3 

41 

Data  In  2 

90 

Data  Out  7 

42 

Data  In  3 

91 

Data  In  4 

43 

Data  In  7 

92 

Data  In  5 

45 

OUT 

93 

Data  In  6 

46 

INP 

94 

Data  In  1 

50 

GND 

95 

Data  In  0 

51 

+  8  V 
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Figure  13.  EEPROM  Programmer  Schematic  (page  2  of  2). 


III.  Software 

Figure  15  is  a  software  listing  of  the  program  used  to 
drive  the  E  EP  ROM  Programmer  hardware.  Its  basic  flow  is 
outlined  in  the  N  as  s  i -  S  hn  e  i  d  e  r  m  a n  chart  (Ref  23)  of  Figure 
14.  The  software  was  written  in  Z-80  assembler  language  with 
system  calls  to  CDOS  for  I/O  support.  Since  system  calls  are 
restricted  to  those  between  1  and  27,  the  software  is 
transportable  to  CPM  based  systems  without  modification. 
This  transportability  results  from  identical  execution  of  the 
operating  systems  for  calls  in  the  range  of  1  to  27. 
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INITIALIZATION 


GET  USER  COMMAND 


WHILE  COMMAND  NOT  EXIT  DO 


ERASE 

_  COM 

PROGRAM*'"' 

MAND 

- VERIFY 

DUMP 

ERA  $  I  C 

CRE8$FCB 

CRE8$FCB 

CRE8$FCB 

OPEN  FILE 

OPEN  FILE 

CREATE  FILE 

WHILE  NOT 

EOF  DO 

WHILE  NOT 

EOF  DO 

1 

RD  $  I  C 

WR  $  F I L 

ERA$  IC 

RD  $FI L 

RD$FIL 

VER$IC 

UU  UlUiL 

LAST  IC 

P  ROG  $ I C 

CLOSE  FILE 

CLOSE  FILE 

VER$ IC 

CLOSE  FILE 

Figure  14.  EEPROM  Programmer  Flowchart 
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Z80 

COMMENT  Z 

AUTHOR:  CAPT  R  E  rtEISNER 
DATE:  25  AUG  81 

SYSTEM:  CROMEMCO  Z2D  (4  MHZ)  /  CDOS  2.38 

DESCRIPTION:  THIS  ROUTINE  SUPPORTS  HUGHES  HNVM  3008  EEPROM' S  BY 
PROVIDING  THE  FOLLOWING  OPERATIONS: 

ERASE  -  ERASE  AN  IC, 

PROGRAM  -  DUMP  A  FILE  TO  IC(S), 

VERIFY  -  INSURE  FILE  AND  IC(S)  DATA  HATCH,  AND 
DUMP  -  DUMP  IC(S)  TO  A  FILE. 

OPERATION: 

THIS  PROGRAM  IS  EXECUTED  BY  RUNNING  "EEPROM"  FROM  THE  CDOS 
MACHINE  LEVEL.  ONCE  INITIATED,  EEPROM  WILL  GUIDE  THE  USER 
THROUGH  OPERATION  OF  THE  PROGRAM  WITH  APPROPRIATE  CONSOLE 
DIRECTIVES.  WHEN  DONE,  THE  USER  CAN  EXIT  GRACEFULLY  BACK 
TO  THE  CDOS  LEVEL. 

««*«*  EEPROM  PORT  REQUIREMENTS  ***** 

PORT  ADDRESSES  ARE  SWITCH  SELECTABLE  BY  SETTING  THE  HIGH  ORDER 
5  BITS  OF  THE  PORT  ADDRESS  ON  THE  PROGRAMMER  BOARD.  THE  LOWER 
3  BITS  HAVE  THE  FOLLOWING  DEFINITIONS: 

0  -  EEPROM  DATA  BUS 

1  -  EEPROM  ADDRESS  LSB(YTE) 

2  -  EEPROM  ADDRESS  MSB(YTE) 

3  -  8255  COMMAND/STATUS  PORT 

4  -  EEPROM  CONTROL  BUS 


»»»#»  EEPROM  CONTROL  LINE  DEFINITIONS  »*»** 

D7  -  N/A 
D6  -  N/A 
D5  -  N/A 
D4  -  N/A 

D3  -  VDD  CONTROL  (0  =  17V,  1  =  5V) 

D2  -  CE  (ACTIVE  LOW) 

D1  -  OE  (ACTIVE  LOW) 

DO  -  CS  (ACTIVE  HICH) 

Z 

PAGE 


Figure  15.  EEPROM  Prograwwer  Software  (page  1  of  37). 
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PACE  1-2 


.coahent  1! 

»-#-*  NOTE  TO  MAINTENANCE  PROGRAMMERS  *-*-* 


SEVERAL  SUBROUTINES  IN  THIS  PROGRAM  CONTAIN  TIME  SENSITIVE 
INSTRUCTION  SEQUENCES.  CONSULT  THE  HUGHES  SOLID  STATE  PRODUCTS 
HNVH  3008  DATA  SHEET  BEFORE  MAKING  CHANGES.  THE  CRITICAL 
SUBROUTINES  ARE: 

ERA$IC,  IC$RD ,  AND  PR0G4IC. 

OTHER  SUBROUTINES  CAN  BE  FREELY  BE  CHANGED  WITHOUT  AFFECTING 
TIMING  REQUIREMENTS. 

ALSO,  THROUGHOUT  THIS  PROGRAM  THE  ASSUMPTION  IS  MADE  THAT  THE 
EEPROM  SUPPLY  VOLTAGE  IS  NORMALLY  SET  AT  5V.  IT  IS  ONLY 
INCREASED  TO  17V  WHEN  REQUIRED  FOR  ERASING  OR  PROGRAMMING. 


0000' 

0100 

ASEG 

ORG 

ENTRYiPT; 

0100H 

0100 

ED  73  014A 

LD 

(OLDSP), SP 

;SAVE  OLD  STACK  POINTER 

0104 

31  014A 

LD 

SP, STACK 

^INITIALIZE  NEW  STACK 

0107 

C3  0D60 

JP 

START 

010A 

DS 

64 

;64  BYTE  STACK 

014A 

STACK  EQU 

t 

;TOP  OF  STACK 

014A 

0000 

OLDSP:  DW 
PAGE 

0 

;OLD  STACK  POINTER  SAVE  AREA 

Figure  15.  EEPROM  Proqraner  Software  (page  2  of  37). 
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PACE  1-3 


;*«*»**»*»«*«*****  CONSTANTS  ##***»*#**#*#*»***#****»*«*##****«*»#» 


FFFF 

NEG1 

EQU 

-1 

OOOO 

ZERO 

EQU 

0 

0001 

ONE 

EQU 

1 

0010 

MAXERR 

EQU 

16 

i«*«  MAXIMUM  NUMBER  OF  VERIFY  *** 
;***  ERRORS  THAT  WILL  BE  DISPLAYED  *»* 

ooao 

RECSIZ 

EQU 

128 

RECORD  SIZE  =  DISK  SECTOR  SIZE 

0006 

BF 

EQU 

a 

S*»*  BLOCKING  FACTOR  FOR  IK  *»* 

S*»*  (BF  *  RECSIZ  =  1024)  *** 

SASCII  CHARACTERS 

0020 

BLANK 

EQU 

'  • 

003A 

COLON 

EQU 

' 

002E 

PERIOD 

EQU 

• 

002F 

SLASH 

EQU 

5CDOS  SYSTEM  CALL  PARAMETERS 

0005 

CDOS 

EQU 

0005H 

SCDOS  ENTRY  POINT 

0001 

RDCHR 

EQU 

1 

,-READ  A  CHARACTER  FROM  CONSOLE 

0002 

PRTCHR 

EQU 

2 

$PRINT  A  CHARACTER  ON  THE  CONSOE 

0009 

PRTLN 

EQU 

9 

SPRINT  BUFFER  LINE  ON  CONSOLE 

OOOA 

RDLN 

EQU 

10 

S INPUT  BUFFER  LINE  FROM  CONSOLE 

0024 

PRTEND 

EQU 

SEND  PRINT  BUFFER 

OOOF 

OPNFL 

EQU 

15 

;OPEN  DISK  FILE 

0010 

CLSFL 

EQU 

16 

SCLDSE  DISK  FILE 

0014 

RDFIL 

EQU 

20 

SREAD  A  DISK  SECTOR 

0015 

WRFIL 

EQU 

21 

SNRITE  A  DISK  SECTOR 

0016 

CR8FL 

EQU 

22 

SCREATE  A  DISK  FILE 

0019 

CURDK 

EQU 

25 

;GET  CURRENT  DISK  INDICATOR 

005C 

FCB 

EQU 

05CH 

SBEGINNING  OF  FILE  CONTROL  BLOCK 

0080 

CDOStDB  EQU 

oaoH 

SDEFAULT  DISK  BUFFER  ADDRESS 

1 

»*»*#  FILE  CONTROL  BLOCK  DESCRIPTION  »***»»** 

005C 

FCBDK 

EQU 

FCB+0 

5DISK  DESCRIPTOR  * 

005D 

FCBFN 

EQU 

FCB+l 

;FILE  NAME  » 

0065 

FCBFT 

EQU 

FCB+9 

;FILE  TYPE  * 

0066 

FCBEX 

EQU 

FCB+12 

SFILE  EXTENT  * 

006B 

FCBRC 

EQU 

FCB+15 

SRECORD  COUNT  * 

006C 

FC8HP 

EQU 

FCB* 16 

;CLUSTER  ALLOCATION  MAP  * 

007C 

FCBNR 

EQU 

FCB+32 

;NEXT  RECORD  * 

;*#»»#*»»##*#»#*#**»*»***#****»*»»****»»*»*»»* 


Figure  15.  EEPROM  Prograwer  Software  (page  3  of  37). 
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PAGE  1-4 


{CARRAIGE  CONTROL 


0000 

CR 

EQU 

OODH 

{ASCII  CARRAIGE  RETURN 

OOOA 

LF 

EQU 

OOAH 

{ASCII  LINE  FEED 

;  I/O  PORT  ADDRESSES 

OOOl 

CIO 

EQU 

001H 

{CONSOLE  I/O  PORT 

0020 

proha 

EQU 

020H 

{EEPROM  DATA  PORT 

0021 

PROHB 

EQU 

021H 

{EEPROM  ADDRESS  LSB 

0022 

PROMC 

EQU 

022H 

{EEPROM  ADDRESS  MSB 

0023 

PCNTRL 

EQU 

023H 

{PERIPHERAL  CONTROLLER  PORT  FOR  PORTS  A,  B,  C 

0024 

PROUD 

EQU 

024H 

{EEPROM  CONTROL  PORT 

{CHANNEL  COMMAND  WORDS  FOR  PROGRAMMING  THE  PERIPHERAL  CONTROLLER 

0080 

CCU1 

EQU 

10000000B 

{PORTS  A,  B,  C  =  LATCHED  OUTPUT 

0090 

CCU2 

EQU 

10010000B 

;***  PORTS  B,  C  =  LATCHED  OUTPUT  **# 

{***  PORT  A  = 

INPUT  ♦*» 

{EEPROM  CONTROL  LINES  AS  DEFINED  FOR  PORT  D 

0008 

V*5 

EQU 

008H 

?»*  SUPPLY  ** 

*#  5V  ** 

00F7 

v*i7 

EQU 

0FFH-V$5 

;»*  VOLTACE  ** 

»*  17V  »* 

0004 

D$CE 

EQU 

004H 

{***  CHIP  *« 

*«  DISABLE  ** 

OOFB 

E*CE 

EQU 

0FFH-D4CE 

{*»*  ENABLE  **» 

»»  ENABLE  »» 

0002 

D40E 

EQU 

002H 

{**  OUTPUT  ** 

**  DISABLE  »* 

OOFD 

E*GE 

EQU 

OFFH-DiOE 

{**  ENABLE  ** 

»»  ENABLE  *» 

0001 

E*CS 

EQU 

001H 

{***  CHIP  *#* 

»*  ENABLE  «« 

OOFE 

D$CS 

EQU 

OFFH-EtCS 

{#»»  SELECT  *»* 

»»  DISABLE  »» 

{CONSOLE  MESSAGES 

014C 

OD  OA  OA 

MSG1: 

DB 

CR,LF,LF 

014F 

20  20  20  20 

DB 

WHAT  OPERATION  DO  YOU  WISH  TO  PERFORM?' ,CR,LF 

017B 

45  28  52  29 

DB 

'ECRJASE,  (P)ROCRAH,  (V)ERIFY,  (D)UMP, 

OR  E(X) IT' 

01AA 

OD  OA  24 

DB 

CR,LF,PRTEND 

01AD 

OD  OA 

MSG2: 

DS 

CR,LF 

01AF 

46  49  4C  45 

DB 

'FILENAME? 

;PRTEND 

01BB 

OD  OA  OA 

MSG3: 

DB 

CR,LF,LF 

01BE 

50  4C  45  41 

DB 

'PLEASE  ANSWER  THE  FOLLOWING  QUESTIONS 

IN  HEXIDECIMAL' 

01F2 

OD  OA  4E  4F 

DB 

CR,LF,'NGTE: 

THE  FIRST  2  ADDRESSES  MUST  BE  ON  ' 

021C 

4B  49  4C  4F 

DB 

'KILOBYTE  BOUNDARIES' ,CR,LF,LF 

0232 

53  54  41  52 

DB 

'STARTING  ADDRESS  OF  PROGRAM  ON  FILE? 

'  ,PRTEND 

Figure  15.  EEPRON  Prograieer  Software  (page  4  of  37). 
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MACRO -80  3.36 

17 -liar-80 

PACE 

1-8 

0259 

OD 

OA 

46 

49 

MSG4: 

DB 

CR,LF,' FIRST  ADDRESS  TO  BE  PROGRAMMED/VERIFIED?  ' 

0285 

24 

DB 

PRTEND 

0286 

OB 

OA 

4C 

41 

MSC5: 

DB 

CR ,LF f ' LAST  ADDRESS  TO  BE  PROGRAMMED/ VERIFI ED?  ' 

0281 

24 

DB 

PRTEND 

02B2 

OD 

OA 

OA 

MSG6: 

DB 

CR,LF,LF 

02B5 

52 

45 

4D 

4F 

DB 

'REMOVE  OLD  IC  /  INSERT  NEXT  IC',CR,LF,LF 

02D6 

50 

52 

45 

53 

DB 

'PRESS  ANY  KEY  WHEN  READY' ,CR,LF,LF, PRTEND 

02F2 

OD 

OA 

44 

4F 

MSG7: 

DB 

CR;LF;'DO  YOU  HAVE  MORE  EEPROMS?  ( Y/N) ' , PRTEND 

0314 

OD 

OA 

56 

45 

NSG8: 

DB 

CR,LF, 'VERIFICATION  COMPLETED  WITH  NO  ERRORS' , PRTEND 

033C 

OD 

OA 

MSGERA: 

DB 

CR,LF 

033E 

45 

52 

41 

53 

DB 

'ERASING' >PRTEND 

0348 

2D 

50 

52 

4F 

HSGPRG : 

DB 

'-PROGRAMMING' , PRTEND 

0353 

2D 

56 

45 

52 

NSGVER: 

DB 

' -VERIFYING' ,CR,LF, PRTEND 

0360 

OD 

OA 

2A 

2A 

ERR1: 

DB 

CR,LF,'»*»  ERROR  *»»  FILE  NOT  FOUND' /CR >LF ;PRTEND 

0381 

OD 

OA 

2A 

2A 

ERR2: 

DB 

CR,LF,'«»*  ERROR  *«*  PROM  DID  NOT  ERASE' ,CR,LF, PRTEND 

03A6 

OD 

OA 

2A 

2A 

ERR3: 

DB 

CR,LF/***  ERROR  »**  FILE  COULD  NOT  BE  CREATED’ 

03CF 

OD 

OA 

24 

DB 

CR,LF, PRTEND 

03D2 

2A 

2A 

2A 

20 

ERR440: 

DB 

'»»»  VERIFY  ERROR  -  PROM  FILE/PROM' ,CR,LF 

03F8 

2A 

2A 

2A 

20 

DB 

■»«*  ADDRESS  VALUES' ,CR,LF, PRTEND 

041E 

2A 

2A 

2A 

20 

ERR4I1; 

DB 

'  ***  ' , PRTEND 

0434 

20 

2F 

20 

24 

ERR482: 

DB 

'  /  ', PRTEND 

0438 

OD 

OA 

2A 

2A 

ERR5: 

DB 

CR,LF,'**»  ERROR  *»*  DISK  RECORD  COULD  NOT  BE  WRITTEN' 

0468 

OD 

OA 

24 

DB 

CR,LF, PRTEND 

046B 

OD 

OA 

2A 

2A 

ERR6: 

DB 

CR,LF,'**»  ERROR  ***  RELATIVE  MAGNITUDE  OF  ADDRESSES  ' 

049B 

49 

53 

20 

49 

DB 

'IS  INVALID' ,CRfLF, PRTEND 

04A8 

OD 

OA 

2A 

2A 

ERR7 : 

DB 

CR,LF,'*»*  ERROR  »»*  INVALID  ADDRESS' ,CR,LF, PRTEND 

04CA 

OD 

OA 

2A 

2A 

ERR8: 

DB 

CR,LF,'**»  ERROR  m  DISK  FILE  READ  ERROR  OR  ' 

04F2 

55 

4E 

45 

58 

DB 

'UNEXPECTED  EOF' ,CR,LF, PRTEND 

;»**#***«#*»*#»  END  CONSTANTS  ****#«************»*»**«****#»**#***»** 


Figure  15.  EEPROM  P rograner  Softaare  (page  5  of  37). 
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0503 

!««*«»*«« 

NXTADD:  DS 

••  VARIABLES 

2 

ft************************************** 

{NEXT  EEPROfl  ADDR  TO  BE  PROGRAMMED 

0505 

FLSTAD:  DS 

2 

{STARTING  ADDR  OF  PROGRAM  ON  THE  FILE 

0507 

FSTADDs  DS 

2 

gFIRST  EEPROM  ADDR  TO  BE  PROGRAMMED 

0509 

LSTADD:  DS 

2 

;LAST  EEPROM  ADDR  TO  BE  PROGRAMMED 

050B 

ERRADD:  DS 

2 

{SAVE  AREA  FOR  AN  ERROR  ADDR 

050D 

01 

ERRCNT:  DB 

1 

{TEMPORARY  ERROR  COUNTER 

050E 

50 

CONBUF :  DB 

80 

5 BUFFER  LENGTH 

050F 

00 

DB 

0 

{NUMBER  OF  CHARACTERS  READ 

0510 

DS 

80 

^CONSOLE  INPUT  BUFFER 

05*0 

DSXBUF :  DS 

BF»RECSIZ 

{DISK  BUFFER  -  HOLDS  ’BF’  RECORDS 

09*0 

PROMBF:  DS 

1024 

{EEPROM  BUFFER  -  HOLDS  EEPROM  IMAGE 

•###*##»*»*«#*#  END  VARIABLES  ***»»##»*«#*#»*#«»#**«##»****#*»*****»» 

PAGE 


Figure  IS.  EEPROM  Prograater  Software  (page  *  of  37). 
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PACE  1-11 


0D60 

3E  OE 

START:  LD 

A,V»5+DiCE+D*0E 

;»##  DISABLE  EEPROH  »«» 

0D62 

83  24 

OUT 

(PROUD), A 

;*»"  CONTROL  LINES  »** 

0D64 

CET10PR: 

0864 

OE  09 

LD 

C,PRTLN 

;«*»»*#*»»**»»**» 

0D66 

11  014C 

LD 

DE,nsci 

PROHPT  USER  FOR  OPERATION  » 

0D69 

CD  0005 

CALL 

C80S 

;**»*»««********» 

0D6C 

OE  01 

LD 

C,RDCHR 

;»*»  CET  USER  »»» 

0D6E 

CO  0005 

CALL 

CDOS 

;**«  RESPONSE  *** 

0071 

FE  52 

CP 

•R‘ 

0873 

CA  0890 

JP 

Z,E*OPR 

;G0  ERASE 

0D76 

FE  50 

CP 

•P' 

OD78 

CA  08A3 

JP 

Z,P*OPR 

;G0  PROCRAH 

0D7B 

FE  56 

CP 

V 

0D7D 

CA  0E18 

JP 

Z,V«QPR 

;G0  VERIFY 

0880 

FE  44 

CP 

•D' 

0D82 

CA  0E8E 

JP 

Z,D*OPR 

;C0  DUHP 

0885 

FE  58 

CP 

•X' 

;EXIT? 

0867 

20  OB 

JR 

HZ  ,C£T$OPR 

;N0,  INVALID  INPUT 

0089 

ED  7B  014A 

LD 

SP,(Q18SP) 

;YES,  RESTORE  STACK 

0868 

C3  0000 

JP 

0 

;  RETURN  TO  CDOS 

;**»»«»*  ERASE  IC  »m*m»*»*M»**»**»»»»*»***»»**********»*********** 

0D90 

OE  09 

EMPR:  LD  C,PRTLN 

;*«*  INSTRUCT  USER  »»* 

0892 

11  02B2 

LD  DE,HSG6 

5***  TO  TURN  ON  *** 

0895 

CD  0005 

CALL  CDOS 

>,**#  PROCRAHHER  *»* 

0898 

OE  01 

LD  C ,RDCHR 

',****  WAIT  UNTIL  *»»* 

0D9A 

CD  0005 

CALL  CDOS 

;«»*«  DONE  **** 

0898 

CD  1131 

CALL  ERA9IC 

ODAO 

C3  0860 

JP  START 

; ALLOW  USER  ANOTHER  OPERATION 

PAGE 


Figure  15.  EEPROH  Programer  Software  (page  7  of  37). 
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PACE  1-12 


•**«*»#*  ERASE,  PROGRAM,  8  VERIFY  IC  »*#»#»»»*#»*******«»***»**t»»##**« 


0DA3 

CD  OFOl 

PtOPR: 

CALL 

CRE8$FCB 

0DA6 

OE  OF 

LD 

C,OPNFL 

{***»**»#** 

00A8 

11  005C 

LD 

DE,FCB 

{»  OPEN  DISK  FILE  * 

ODAB 

CD  0005 

CALL 

CDOS 

•  **#»*#§**# 

ODAE 

FE  FF 

CP 

NEG1 

;WAS  OPEN  SUCCESSFUL? 

ODBO 

C2  ODBE 

JP 

NZ,P«C1 

{YES 

0DB3 

OE  0? 

LD 

C,PRTLN 

{NO,  *»»»»*** 

00B5 

11  0360 

LD 

D£,£RR1 

;  #  PRINT  ERROR  * 

0DB8 

CD  0005 

CALL 

CDOS 

•  ***»*»»* 

ODBB 

C3  0D60 

JP 

START 

{ALLOW  USER  ANOTHER  TRY 

ODBE 

CD  0F6E 

PiCl: 

CALL 

SET4ADDR 

0DC1 

FE  FF 

CP 

NEC  1 

{ADDR  ENTRY  ERROR? 

0DC3 

CA  OEOD 

JP 

Z,P»DN 

;YES,  ALLOW  USER  ANOTHER  TRY 

ODC8 

CD  10BD 

CALL 

P0S8FIL 

0DC9 

FE  FF 

CP 

NEG1 

{FILE  POSITIONING  ERROR? 

ODCB 

28  40 

JR 

Z,P«DN 

{YES,  ALLOW  USER  ANOTHER  TRY 

;»»*  LOOP  UNTIL 

ALL  ICS  ARE  PROGRAMMED  *»* 

ODCD 

CD  10FF 

P«NI: 

CALL 

RD4FIL 

ODDO 

FE  00 

CP 

ZERO 

{WERE  ANY  RECORDS  READ?. 

0DD2 

20  31 

JR 

NZ,P*E8 

;N0,  MUST  BE  READ  ERROR 

0DD4 

OE  0? 

LD 

C ,PRTLN 

;»**  INSTRUCT  USER  *»* 

0DD6 

11  02B2 

LD 

DE,MSC6 

;**«  TO  TURN  ON  *«* 

ODD? 

CD  0005 

CALL 

CDOS 

;»»»  PROGRAMMER  *** 

ODDC 

OE  01 

LD 

C,RDCHR 

{*«#*  WAIT  UNTIL  »*»» 

ODDE 

CD  0005 

CALL 

CDOS 

;*»**  DONE  *»** 

ODE1 

CD  1131 

CALL 

ERA4IC 

ODE4 

FE  00 

CP 

ZERO 

{WAS  ERASE  SUCCESSFUL? 

0DE6 

20  25 

JR 

NZ,P«DN 

{NO,  GO  CLOSE  FILE  AND  GET  OUT 

ODE8 

CD  1184 

P*C2: 

CALL 

PR0G8IC 

ODEB 

CD  120F 

CALL 

VER8IC 

ODEE 

FE  FF 

CP 

NEG1 

{WERE  THERE  PROGRAMMING  ERRORS? 

ODFO 

28  IB 

JR 

Z,P«DN 

{YES,  GO  CLOSE  FILE  AND  GET  OUT 

Figure  15.  EEPROM  Programr  Softnare  (page  8  of  37). 
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0DF2 

ED  4B  0503 

LD 

BC, (NXTADD) 

;#*»#*»»»*»*» 

0DF8 

51 

ID 

D/C 

;»  LOAD  DE  WITH  NXTADD  » 

0DF7 

58 

LD 

E/B 

5*  **»##**##** 

0DF8 

ED  48  0509 

LD 

BC/(LSTADD> 

}***»»*»»»»»# 

ODFC 

81 

LD 

H,C 

LOAD  HL  WITH  LSTADD  » 

ODFD 

88 

LD 

L/8 

;************ 

ODFE 

A7 

AND 

A 

;*»»  COMPUTE  **» 

ODFF 

ED  52 

SBC 

HL/DE 

;*»*  LSTADD  -  NXTADD  ***  j 

OEOl 

38  OA 

JR 

C;P»DN 

;<0  IMPLIES  DONE 

OE03 

18  C8 

JR 

P$NI 

;>-0  IMPLIES  NOT  DONE 

**#» 

END  LOOP 

*»* 

0E05 

OE  09 

P$E8: 

LD 

C/PRTLN 

;***»*»*»****» 

0E07 

11  04CA 

LD 

DE/ERR8 

PRINT  DISK  READ  ERROR  » 

OEOA 

CD  0005 

CALL 

CDOS 

;»»*»»»**»»*»» 

OEOD 

OE  10 

P$DN: 

LD 

C/CLSFL 

;*«##*##*#*# 

OEOF 

11  005C 

LD 

DE/FCB 

;*  CLOSE  DISK  FILE  » 

0E12 

CD  0005 

CALL 

CDOS 

;##****#**#* 

0E15 

C3  0D80 

JP 

START 

;ALLOU  USER  ANOTHER  OPERATION 

PAGE 


Figure  15.  EEPROH  Prograeeer  Sofmre  (page  9  of  37). 
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$##«##**  VERIFY  IC  if**#***##**####****#**##**#**#*##*##*****#**#*#***# 


0E18 

CD  0F01 

ViOPR; 

CALL 

CRE8IFCB 

0E1B 

OE  OF 

LD 

CjOPNFL 

;*##**#**#* 

0E1D 

11  005C 

LD 

DE,FCB 

;*  OPEN  DISK  FILE  » 

0E20 

CD  0005 

CALL 

CDOS 

•###»»####* 

0E23 

FE  FF 

CP 

NEG1 

;UAS  OPEN  SUCCESSFUL? 

0E25 

20  OB 

JR 

NZ,V$C1 

;YES 

0E27 

OE  09 

LD 

C/PRTLN 

;NQ,  *»»»**** 

0E29 

11  0360 

LD 

DE/ERR1 

;  *  PRINT  ERROR  « 

0E2C 

CD  0005 

CALL 

CDOS 

•  »»»»»»»» 

0E2F 

C3  0D60 

JP 

START 

;ALLOU  USER  ANOTHER  TRY 

0E32 

CD  0F6E 

V4C1: 

CALL 

SET$ADDR 

0E35 

FE  FF 

CP 

NEG1 

;ADDR  ENTRY  ERROR? 

0E37 

CA  QE83 

JP 

Z,V$DN 

;YES,  ALLOW  USER  ANOTHER  TRY 

0E3A 

CD  10BD 

CALL 

POSIFIL 

0E3D 

FE  FF 

CP 

NEG1 

;FILE  POSITIONING  ERROR? 

0E3F 

28  42 

JR 

Z >V*DN 

;YES,  ALLOW  USER  ANOTHER  TRY 

;***  LOOP  UNTIL  ALL  IC'S  ARE  VERIFIED  **« 

0E41 

CD  10FF 

V$NI: 

CALL 

RD4FIL 

0E44 

FE  00 

CP 

ZERO 

;UERE  ANY  RECORDS  READ? 

0E46 

20  33 

JR 

NZ>V$E8 

;N0,  MUST  BE  DISK  READ  ERROR 

0E48 

OE  09 

LD 

C,PRTLN 

;***  INSTRUCT  USER  »** 

0E4A 

11  02B2 

LD 

DE,NSG6 

;**»  TO  TURN  ON  »»» 

0E4D 

CD  0005 

CALL 

CDOS 

;***  PROGRAMMER  *** 

0E50 

OE  01 

LD 

C>RDCHR 

•#**»  WAIT  UNTIL  **»» 

0E52 

CD  0005 

CALL 

CDOS 

$»***  DONE  *»** 

0E55 

OE  02 

LD 

C;PRTCHR 

;«**«**** 

0E57 

IE  OD 

LD 

E,CR 

;*  MOVE  CURSOR  » 

0E59 

CD  0005 

CALL 

CDOS 

;«  TO  NEXT  * 

0E5C 

IE  OA 

LD 

E,LF 

;*  LINE  » 

0E5E 

CD  0005 

CALL 

CDOS 

;**»»#«** 

0E61 

CD  120F 

CALL 

VERtIC 

0E64 

FE  FF 

CP 

NEG1 

;WERE  THERE  PROGRAMMING  ERRORS? 

0E66 

28  IB 

JR 

Z,V$DN 

;YES,  GO  CLOSE  FILE  AND  GET  OUT 

Figure  15.  EEPRQM  Programs  Softeare  (page  10  of  37). 
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0E68 

ED  4B  0503 

ID 

BC;< NXTADD) 

•  »*##*##**»*» 

0E6C 

51 

ID 

D,C 

LOAD  DE  WITH  NXTADD  * 

0E6D 

58 

LD 

E,B 

•#»*#»##»*»»# 

0E6E 

ED  4B  0509 

LD 

8C, (LSTADD) 

;*»***»**»**» 

0E72 

61 

LD 

H,C 

;*  LOAD  HL  WITH  LSTADD  * 

0E73 

68 

LD 

L/8 

;»****»»»**** 

0E74 

A7 

AND 

A 

;#*#  COMPUTE  *»» 

0E75 

ED  52 

SBC 

HL,DE 

;***  LSTADD  -  NXTADD  »»» 

0E77 

38  OA 

JR 

C,V$DN 

;<0  IMPLIES  DONE 

0E79 

13  C6 

JR 

V8NI 

;)=0  IMPLIES  NOT  DONE 

;«**  END  LOOP 

##* 

0E7B 

OE  09 

V8E8:  LD 

C,PRTLN 

;*»»*****»**»* 

0E7D 

11  04CA 

LD 

DE,ERR8 

PRINT  DISK  READ  ERROR  * 

0E80 

CD  0005 

CALL 

CDOS 

•  *#******»*»»* 

0E83 

OE  10 

OiDN:  LD 

C/CLSFL 

5*  ##***»*#»* 

0E85 

11  005C 

LD 

DE,FCB 

;*  CLOSE  DISK  FILE  * 

0E88 

CD  0005 

CALL 

CDOS 

;*****»»»»** 

0E8B 

C3  0D60 

JP 

START 

;ALLOU  USER  ANOTHER  OPERATION 

PAGE 


Figure  15.  EEPR0I1  Prograwer  Softeare  (page  11  of  37). 
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;**«•***  DUMP  IC  ***M**#**«*#*™«##*#t#***»****#******##*»*****#**##** 


0E8E 

CD  OFOl 

DiOPR: 

CALL 

CREStFCB 

0E91 

OE  16 

LD 

C,CR8FL 

;«*«#******### 

0E93 

11  005C 

LD 

DE/FCB 

;*  CREATE  A  DISK  FILE  » 

0E96 

CD  0005 

CALL 

CDOS 

;*«****#*#*#)()( 

0E99 

FE  FF 

CP 

NEG1 

WAS  CREATE  SUCCESSFUL? 

0E9B 

20  OB 

JR 

NZ,D$RA 

YES 

0E9D 

OE  09 

LD 

C/PRTLN 

NO;  »»***»»* 

0E9F 

11  03A6 

LD 

DE ,ERR3 

*  PRINT  ERROR  * 

0EA2 

CD  0005 

CALL 

CDOS 

»»»»»»»» 

0EA5 

C3  0D60 

JP 

START 

ALLOW  USER  ANOTHER  TRY 

;♦»*  LOOP  UNTIL 

ALL  IC'S  ARE  DUMPED  »»* 

0EA8 

OE  09 

D$RA: 

LD 

C,PRTLN 

»**  INSTRUCT  USER  *** 

OEAA 

11  02B2 

LD 

DE,HSC6 

***  TO  TURN  ON  *** 

OEAD 

CD  0005 

CALL 

CDOS 

,««#  PRDGRANNER  «** 

OEBO 

OE  01 

LD 

C,RDCHR 

**»  WAIT  UNTIL  »** 

0EB2 

CD  0005 

CALL 

CDOS 

***  DONE  «** 

0EB5 

CD  1182 

CALL 

ICIRD 

0EB8 

3E  08 

LD 

A,BF 

;INIT  *  LOOP  COUNTER 

OEBA 

21  0960 

LD 

HL,PROMBF 

*  PRONBF  PNTR 

;«»*  LOOP  UNTIL  PROKBF  IS  WRITTEN  »«» 

OEBD 

11  0080 

DtUA: 

LD 

DE ;CDQS$DB 

SET  *  CDOS  DISK  BUFFER  PNTR 

OECO 

01  0080 

LD 

BC,RECSIZ 

*  BLOCK  HOVE  COUNTER 

0EC3 

ED  BO 

LDIR 

0EC5 

F5 

PUSH 

AF 

;SAVE  LOOP  COUNTER 

0EC6 

OE  15 

LD 

C,WRFIL 

**»*»#*»*»»»» 

0EC8 

11  005C 

LD 

DE,FCB 

*  WRITE  A  DISK  RECORD  » 

OECB 

CD  0005 

CALL 

CDOS 

*»»»»*»»»»»»» 

OECE 

FE  00 

CP 

ZERO 

WRITE  COMPLETED  OK? 

OEDO 

20  IB 

JR 

NZ,DtERR5 

NO 

0ED2 

FI 

POP 

AF 

RESTORE  LOOP  COUNTER 

0ED3 

3D 

DEC 

A 

,END  OF  LOOP? 

0ED4 

20  E7 

JR 

NZ,D*WA 

NO;  WRITE  ANOTHER  RECORD 

;»**  END  INNER  LOOP  *»» 


Figure  15.  EEPRON  Prograener  Software  (page  12  of  37). 
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0ED6 

OE  09 

D*C3: 

LD 

C,PRTLN 

*##*******##*» 

OEDfl 

11  02F2 

LD 

DE,HSC7 

*  ASX  FOR  ANOTHER  EEPRQH  » 

OEDB 

CD  0005 

CALL 

CDOS 

*«»*#*#«»*#*** 

OEDE 

OE  01 

LD 

C,RDCHR 

♦**  AWAIT  *** 

OEEO 

CD  0005 

CALL 

CDOS 

**#  RESPONSE?  *»# 

0EE3 

FE  59 

CP 

•r 

ftORE  EEPROfl'S? 

0EE5 

28  Cl 

JR 

Z/D4RA 

YES 

0EE7 

FE  4E 

CP 

-N- 

INVALID  INPUT? 

0EE9 

20  EB 

JR 

NZ,D*C3 

YES 

OEEB 

18  09 

JR 

DtDN 

NO,  MUST  BE  DONE 

;»*»  END  OUTER  LOOP  **# 

OEED 

FI 

D4ERR5: 

POP 

AF 

CLEAR  GARBAGE  OFF  STACX 

OEEE 

OE  09 

LD 

C,PRTLN 

«****»»***«* 

OEFO 

11  0438 

LD 

DE  >ERRS 

*  PRINT  URITE  ERROR  * 

0EF3 

CD  0005 

CALL 

CDOS 

#***»«»****# 

0EF8 

OE  10 

D4DN: 

LD 

C,CLSFL 

;##**»****** 

OEFfl 

11  005C 

LD 

DE,FCB 

;*  CLOSE  DISK  FILE  * 

OEFB 

CD  0005 

CALL 

CDOS 

;****»***»»* 

OEFE 

C3  0D60 

PAGE 

JP 

START 

;ALLDU  USER  ANOTHER  OPERATION 

Figure  15.  EEPR0I1  Prograneer  Softnare  (page  13  of  37). 
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;«»«»»*##*»»*##»»*#*****##**#*»*#**» 


;*  THIS  ROUTINE  CREATES  A  FILE  CONTROL  BLOCK  FOR  THE  FILE  * 

;*  REQUESTED  BY  THE  USER  THROUGH  CONSOLE  INPUT.  * 

;»  * 

;»  INPUT:  N/A  * 

;»  * 

5*  OUTPUT:  FCB  -  CREATED  FOR  REQUESTED  FILE  NAftE  # 


;*####*#######*#####*#*###*##**##*## 


OFOl 

CRE8IFCB: 

OFOl 

F5 

PUSH 

AF 

;SAVE  REGS 

0F02 

C5 

PUSH 

BC 

0F03 

D5 

PUSH 

DE 

0F04 

E5 

PUSH 

HL 

0F05 

OE  09 

LD 

C  ,PRTLN 

•**#****#**»***** 

0F07 

11  OlAD 

LD 

DE,NSG2 

;*  PROMPT  USER  FOR  FILENAME  * 

OFOA 

CD  0005 

CALL 

CDOS 

;#*#*#*###*K***** 

OFOD 

OE  OA 

LD 

C,RDLN 

5*  ***»*»**»»* 

OFOF 

11  050E 

LD 

D£,CONBUF 

;*  GET  USER  RESPONSE  * 

0F12 

CD  0005 

CALL 

CDOS 

5*  ****»*»»*»* 

$#**»«##  SET  DISK  DRIVE  IN  FCB  *************************************** 

0F15 

3A  0511 

LD 

A,(C0NBUF+3> 

;GET  SECOND  CHAR  OF  USER  RESPONSE 

0F18 

FE  3A 

CP 

COLON 

;DID  USER  SPECIFY  DISK  DRIVE7 

OF1A 

28  OB 

JR 

Z  ,CR8$SD 

;YES 

)F1C 

OE  1? 

LD 

C,CURDK 

;N0,  *#«  GET  CURRENT  #** 

0F1E 

CD  0005 

CALL 

CDOS 

;  ***  DISK  DRIVE  *»* 

0F21 

3C 

INC 

A 

^CHANGE  IT  TO  FCB  FORMAT 

0F22 

32  005C 

LD 

(FCBDK),A 

;SET  CURRENT  DRIVE  IN  FCB 

OF  25 

18  08 

JR 

CR8$C1 

0F27 

3A  0510 

CR8ISD:  LD 

A,(C0NBUF+2) 

;GET  USER  SPECIFIED  DRIVE 

0F2A 

E6  03 

AND 

03H 

*, CONVERT  TO  FCB  FORMAT 

0F2C 

32  005C 

LD 

(FCBDK) /A 

;SET  FCB 

0F2F 

3E  20 

CR8$C1:  LD 

A, BLANK 

•#*»**#** 

0F31 

32  005 D 

LD 

(FCBFN) ,A 

;*  BLANK  OUT  * 

OF34 

01  OOOA 

LD 

BC  ,10 

;#  FILE  NAME  * 

0F37 

11  005E 

LD 

DE,FCBFN+l 

AND  EXTENT  » 

0F3A 

21  005D 

LD 

HL, FCBFN 

;»  IN  THE  FCB  « 

0F3D 

ED  BO 

LDIR 

;*»»**»*» 

Figure  15.  EEPROM  Prograieer  Software  (page  14  of  37). 


123 


HACRQ-80  3.36  17-Har-dO  PAGE  1-19 


•«*«««**  SET  FILE  NAHE  IN  FCB  *#***«*»**«******»**»»***»**»»»**»»*»»** 


0F3F 

21  0510 

LD 

HL/CQN8UF+2 

SET  POINTER  TO  POSSIBLE  FILE  NAME 

0F42 

3A  0511 

LD 

A,(CQNBUF+3> 

GET  SECOND  CHAR  OF  USER  RESPONSE 

0F45 

FE  3A 

CP 

COLON 

DID  USER  SPECIFY  DISK  DRIVE? 

0F47 

20  02 

JR 

NZ  ;CR8*C2 

NO,  SO  POINTER  IS  CORRECT 

0F49 

23 

INC 

HL 

YES,  ***  BUHP  POINTER  PAST  DISK  »»» 

0F4A 

23 

INC 

HL 

***  DRIVE  TO  FILE  NAHE  *** 

0F4B 

11  005D 

CR8$C2:  LD 

DE,FCBFN 

SET  DESTINATION  POINTER 

0F4E 

3E  2E 

CR84TA:  LD 

A, PERIOD 

***  AT  EXTENT  *** 

0F50 

BE 

CP 

(HL) 

***  MARKER?  *»* 

0F51 

28  08 

JR 

Z,CR8$FT 

YES 

0F53 

AF 

XOR 

A 

***  AT  END  OF  *»* 

0F54 

BE 

CP 

(HL) 

»»*  USER  INPUT?  *** 

0F55 

28  OE 

JR 

Z,CR8*NR 

YES,  SO  LEAVE  EXTENT  BLANK 

0F57 

ED  AO 

LDI 

NO,  HOVE  A  CHAR  TO  FCB 

OF59 

18  F3 

JR 

CR89TA 

GO  TRY  ANOTHER  CHAR  MOVE 

»#«#****  SET  FILE  TYPE  (EXTENSION)  IN  FCB  ***************************** 


0F5B 

23 

CR88FT:  INC 

HL 

;BUHP  POINTER  TO  EXTENT  NAME 

0F5C 

11  0065 

LD 

DE,FCBFT 

;SET  DESTINATION  POINTER 

0F5F 

ED  AO 

LDI 

•  *  **»*»»*»»**** 

0F61 

ED  AO 

LDI 

;*  HOVE  EXTENT  NAME  TO  FCB  * 

0F63 

ED  AO 

LDI 

;************** 

0F65 

AF 

CR8INR:  XOR 

A 

;*»*  INITIALIZE  *** 

0F66 

32  007 C 

LD 

(FCBNR) ,A 

;**»  NEXT  RECORD  PNTR  »** 

0F69 

El 

POP 

HL 

RESTORE  REGS 

0F6A 

D1 

POP 

DE 

0F6B 

Cl 

POP 

BC 

0F6C 

FI 

POP 

AF 

0F6D 

C9 

RET 

PAGE 


Figure  15.  EEPROH  Prograwer  Software  (page  15  of  37). 
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*«  * 

c  «  «  * 

«<«<<«« 

##*#*#*##*«***#«*«** 

ft  * 

;» 

* 

'* 

THIS  ROUTINE  CONVERTS  ADDRESSES  INPUT  THROUGH  THE  CONSOLE 

« 

;» 

FROM  ASCII  TO  PURE  BINARY.  AND  STORES  THEN  IN  APPROPRIATE 

* 

y* 

SAVE  AREAS. 

* 

£ 

!# 

INPUT: 

N/A 

* 

!» 

» 

OUTPUT: 

REG  A  •  0,  IF  ADDR'S  ENTERED  PROPERLY 

* 

»ft 

*  -1,  IF  ADDR'S  INVALID 

ft 

FLSTAD  -  *#» 

THESE  *** 

ft 

FSTADD  -  *** 

ADDRESSES  *** 

ft 

;« 

LSTADD  -  »** 

ARE  *** 

ft 

NXTADD  -  *»* 

SET  »** 

ft 

;ft 

ft 

;ft  ft 

»  *  *  * 

#»*»»»» 

******»»»»»»**#*»*** 

ft  ft 

SET* ADDR: 

C5 

PUSH 

BC 

{SAVE  REGS 

D5 

PUSH 

DE 

E5 

PUSH 

HL 

DD  E5 

PUSH 

IX 

FD  E5 

PUSH 

IY 

OE  09 

LD 

C,PRTLN 

{*»*  PROMPT  USER  *»* 

11  01BB 

LD 

DE,HSG3 

?**«  FOR  FILE  »»» 

CD  0005 

CALL 

CDOS 

{*»*  STARTING  ADDR  *»* 

OE  OA 

LD 

C,RDLN 

5#*#***####* 

11  050E 

LD 

DE,CONBUF 

;»  AWAIT  RESPONSE  * 

CD  0005 

CALL 

CDOS 

;#*»#****#»» 

21  0505 

LD 

HL,  FLSTAD 

{**  SAVE  RESPONSE  ** 

CD  1056 

CALL 

AS$TO$BI 

{**  IN  FLSTAD  ** 

FE  FF 

CP 

NEG1 

;INVALID  DIGITS  INPUTS 

CA  1021 

JP 

Z,SET*RT 

;  YES 

CD  1029 

CALL 

SEWB 

5CHECK  ADDR  FOR  KILOBYTE  BOUNDARY 

FE  FF 

CP 

NEG1 

{INVALID  ADDR? 

CA  1021 

JP 

Z,SET$RT 

{YES 

OE  09 

LD 

C,PRTLN 

{»*«  PROMPT  USER  *** 

11  0259 

LD 

DE,MSG4 

;*»*  FOR  EEPRON  »»* 

CD  0005 

CALL 

CDOS 

{*»»  STARTING  ADDR  »»» 

Figure  15.  EEPROH  Proqraieer  Software  (page  16  of  37). 
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PACE  1-21 


OFAO 

OE  OA 

LD 

C,RDLN 

>****«#*«#»* 

0FA2 

11  050E 

LD 

DE/CONBUF 

;*  AWAIT  RESPONSE  * 

0FA5 

CD  0005 

CALL 

CDOS 

;##«****#*»* 

0FA8 

21  0507 

LD 

HL, FSTADD 

;*»  SAVE  RESPONSE  ** 

OFAB 

CD  105a 

CALL 

AStTOtBI 

;»*  IN  FSTADD  »« 

OFAE 

FE  FF 

CP 

NEG1 

; INVALID  DIGITS  INPUT? 

OFBO 

CA  1021 

JP 

Z/SET*RT 

;YES 

0FB3 

FE  01 

CP 

ONE 

;ANY  DIGITS  INPUT? 

0FB5 

20  12 

JR 

NZ,SET»FA 

;N0 

0FB7 

DD  21  0505 

LD 

IX, FLSTAD 

;**  THE  START  ADDR  IN  THE  FILE 

OFBB 

FD  21  0507 

LD 

IY,FSTADD 

;**  (FLSTAD)  HUST  BE  LESS  THAN  THE 

OFBF 

CD  103F 

CALL 

SETICKP 

;**  START  ADDR  OF  THE  PROH  (FSTADD) 

0FC2 

FE  FF 

CP 

NEC1 

;IS  FLSTAD  (=  FSTADD? 

0FC4 

CA  1019 

JP 

Z,SET$ER 

;N0,  ERROR 

0FC7 

18  00 

JR 

SET$C3 

;YES 

0FC9 

ED  5B  0505 

SETJFA:  LD 

DE, (FLSTAD) 

;***  SET  FSTADD  *** 

OFCD 

ED  53  0507 

LD 

(FSTADD) ,DE 

;#**  EQUAL  TO  FLSTAD  *** 

0FD1 

CD  1029 

SET0C3:  CALL 

SET$K8 

;CHECX  ADDR  FOR  KILOBYTE  BOUNDARY 

0FD4 

FE  FF 

CP 

NEC1 

^INVALID  ADDR? 

OFDa 

CA  1021 

JP 

Z/SETJRT 

;YES 

0FD9 

OE  09 

LD 

C,PRTLN 

;»*«  PROMPT  USER  *** 

OFDB 

11  0208 

LD 

DE,HSG5 

;***  FOR  EEPRON  *»» 

OFDE 

CD  0005 

CALL 

CDOS 

;**»  ENDING  ADDR  »** 

0FE1 

OE  OA 

LD 

C,RDLN 

•»**»***»*** 

0FE3 

11  050E 

LD 

DE,CONBUF 

;*  AWAIT  RESPONSE  * 

OFEa 

CD  0005 

CALL 

CDOS 

;****»***»*» 

0FE9 

21  0509 

LD 

HL, LSTADD 

;»*  SAVE  RESPONSE  »» 

OFEC 

CD  1058 

CALL 

AS$TQ$BI 

;**  IN  LSTADD  »* 

OFEF 

FE  FF 

CP 

NEG1 

^INVALID  DIGIT  INPUT? 

OFF1 

28  2E 

JR 

Z>SET$RT 

;YES 

0FF3 

DD  21  0507 

LD 

IX, FSTADD 

;**  PROH  START  ADDR  (FSTADD)  *« 

0FF7 

FD  21  0509 

LD 

IY, LSTADD 

;**  HUST  BE  LESS  THAN  THE  *» 

OFFB 

CD  103F 

CALL 

SET»CHP 

;**  PROH  END  ADDR  (LSTADD)  »* 

OFFE 

FE  FF 

CP 

NEG1 

;IS  FSTADD  (  =  LSTADD? 

1000 

CA  1019 

JP 

Z,SET$ER 

?N0,  ERROR 

1003 

ED  58  0507 

LD 

DE,  (FSTADD) 

;»*  INIT  NXTADD  »» 

1007 

ED  53  0503 

LD 

(NXTADD) ,DE 

?»«  TO  FSTADD  *« 

Figure  15.  EEPROH  Progranter  Softiare  (page  17  of  37). 
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17 -Bar -80  PACE 

1-22 

1006 

OE  02 

SET4C5:  LD 

C,PRTCHR 

;*####*#«# 

100D 

IE  00 

LD 

E,CR 

;*  HOME  CONSOLE  » 

100F 

CO  0005 

CALL 

CDOS 

;*  CURSOR  TO  » 

1012 

IE  OA 

LD 

E,LF 

;*  NEW  LINE  » 

1014 

CD  0005 

CALL 

CDOS 

•****#*#*# 

1017 

18  08 

JR 

SET*RT 

1019 

OE  09 

SETTER:  LD 

C,PRTLN 

;***»#*«*#** 

1016 

11  046B 

LD 

DE/ERR6 

;»  PRINT  ADDR  ERROR  » 

101 E 

CD  0005 

CALL 

CDOS 

;*#*#***#*»« 

1021 

FD  El 

SETiRT:  POP 

IY 

RESTORE  REGS 

1023 

DD  El 

POP 

IX 

1025 

El 

POP 

HL 

1026 

D1 

POP 

DE 

1027 

Cl 

POP 

BC 

1028 

C9 

RET 

:*»*  CHECK  ADDR 

TO  BE  SURE  IT  *** 

;**#  IS  ON  A  KILOBYTE  BOUNDARY  *** 

1029 

SETtKB: 

1029 

7E 

LD 

A,(HL) 

;LOAD  USB 

102  A 

E6  03 

AND 

03H 

;ARE  BITS  LESS  THAN  1024  SET? 

102C 

20  06 

JR 

NZ,S$K$ER 

;YES 

102E 

23 

INC 

HL 

;***  LOAD  *** 

102F 

7E 

LD 

A,(HL> 

;#»»  LSB  **» 

1030 

A7 

AND 

A 

;ARE  ANY  LSB  BITS  SET 

1031 

20  01 

JR 

NZ,S$K$ER 

;YES 

1033 

C9 

RET 

1034 

OE  09 

StKIER:  LD 

C,PRTLN 

;*###*##**»»** 

1036 

11  04A8 

LD 

DE,ERR7 

;*  PRINT  BOUNDARY  ERROR  » 

1039 

CD  0005 

CALL 

CDOS 

;*###**###**#« 

103C 

3E  FF 

LD 

A,NEC1 

;SET  BOUNDARY  ERROR  FLAG 

103E 

C9 

RET 

Figure  15.  EEPROH  Prograeeer  Software  (page  IS  of  37). 
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PACE  1-23 


;«*«  CHECK  RELATIVE  HAGNITUDES  OF  ADDRESSES  »«« 
;«»»«»*  IX  SHOULD  POINT  TO  SHALLER  VALUE  »**»»* 


103F 

SETICHP : 

103F 

FD  7E  00 

LD 

A, (IT) 

;LOAD  USB 

1042 

DD  BE  00 

CP 

(IX) 

;(IY)  :  (IX) 

1045 

3B  OC 

JR 

C/SICiER 

;<,  IMPLIES  ERROR 

1047 

20  08 

JR 

NZ,SiC*OK 

;>,  HEARS  LSB  CAN  BE  IGNORED 

1049 

FD  7E  01 

LD 

a,<iy+i> 

;LOAD  LSB 

104C 

DD  BE  01 

CP 

< IX+l) 

;<IY+1)  !  (IX+1) 

104F 

38  02 

JR 

C,S*C*ER 

?(,  IIVLIES  ERROR 

1051 

AF 

S$C$OK:  XOR 

A 

;SET  (IX)  (•-  (IY)  FLAG 

1052 

C9 

RET 

1053 

3E  FF 

S»C$ER;  LD 

A,NEG1 

;SET  (IX)  >  (IY)  FLAG 

1055 

C9 

RET 

PAGE 


Figure  15.  EEPROH  Programmer  Software  (page  1?  of  37). 
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;«****«»«**«»««»**««««**«««»«««««««« 


;» 

;* 

?» 

?* 

;» 

;* 

;* 

?* 

?» 

;* 

?* 

;« 

;* 


* 

THIS  ROUTINE  CONVERTS  ASCII  ADDRESSES  INTO  BINARY.  » 

* 

INPUTS  HL  -  PNTR  TO  SAVE  AREA  FOR  CONVERTED  ADDR  t 

CONBUF  -  THE  CONSOLE  BUFFER  CONTAINING  ASCII  * 

TO  BE  CONVERTED  * 

» 

OUTPUT:  (HL)  -  WORD  WITH  BINARY  ADDRESS  * 

REG  A  :  1,  IF  (SEMI) -VALID  HEX  INPUT  BY  USER  * 

=  0,  IF  NO  HEX  CHAR'S  WERE  INPUT  * 

=  -1,  IF  INVALID  INPUT  BY  USER  * 

* 


»#*****»*»***»**»**»********»#*»» 


105* 

AStTOtBI: 

105* 

C5 

PUSH 

BC 

{SAVE  REGS 

1057 

E5 

PUSH 

HL 

1050 

DD 

E5 

PUSH 

IX 

105A 

FD 

E5 

PUSH 

IY 

105C 

AF 

XOR 

A 

{***»*«* 

105D 

47 

LD 

B,A 

;*  CLEAR  BC  * 

105E 

4F 

LD 

C,A 

;«*•«*«  ft 

105F 

77 

LD 

(HI), A 

;*»*  ZERO  THE  SAVE  AREA  **» 

10*0 

23 

INC 

HL 

;»»*  AND  SET  HL  PNTR  TO  **« 

10*1 

77 

LD 

(HL) ,A 

;**»  LSB  OF  SAVE  AREA  *** 

10*2 

FD 

21  050F 

LD 

IY ,C0NBUF+1 

{IY  POINTS  TO  #  OF  CHAR  IN  CONBUF 

106* 

FD 

4E  00 

LD 

C,(IY> 

{SET  BC  TO  »  OF  CHAR  IN  CONBUF 

10*9 

B9 

CP 

C 

gIS  CONBUF  EMPTY? 

106  A 

28 

37 

JR 

Z,A»B*RT 

{YES 

106C 

FD 

E5 

PUSH 

IY 

{NO,  ***  SET  IX  PNTR  *** 

106E 

DD 

El 

POP 

IX 

;  **»  TO  LAST  CHAR  *** 

1070 

DD 

09 

ADD 

IX, BC 

{  «»*  IN  CONBUF  *»* 

1072 

FD 

3*  00  30 

LD 

(IY),'0* 

;SET  IN  CASE  ODD  #  OF  CHAR  IN  CONBUF 

107* 

0* 

02 

LD 

B,2 

;INIT  LOOP  COUNTER 

1078 

79 

LD 

A,C 

{*»*  DID  USER  RESPOND  WITH  **» 

1079 

FE 

03 

CP 

3 

{«**  LESS  THAN  3  DIGITS?  *»* 

107B 

30 

01 

JR 

NC  ,AtB$C2 

{NO 

107D 

05 

DEC 

B 

? YES,  SET  LOOP  COUNTER  TO  1 

107E 

CD 

10AA 

A488C2:  CALL 

AfBICONV 

{CONVERT  LS  NIBBLE 

1061 

FE 

FF 

CP 

NEGl 

{INVALID  HEX  INPUT? 

Figure  15.  EEPRON  Prograeeer  Softeare  (page  20  of  37), 
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PACE  1-25 


1063 

28  16 

JR 

Z  jAtBIER 

{YES 

1085 

ED  67 

RRD 

{NO,  SAVE  LS  NIBBLE 

1067 

DD  2B 

DEC 

IX 

;B U&  THE  ASCII  PNTR 

1089 

CD  10AA 

CALL 

AtBtCONV 

{CONVERT  NS  NIBBLE 

106C 

FE  FF 

CP 

NEG1 

{INVALID  HEX  INPUT? 

108E 

28  08 

JR 

Z,A*B$ER 

{YES 

1090 

ED  67 

RRD 

{SAVE  HS  NIBBLE 

1092 

DD  2B 

DEC 

IX 

{BUHP  THE  ASCII  PNTR 

109  A 

2B 

DEC 

HL 

{SET  PNTR  TO  NSB  OF  ADDR  SAVE  AREA 

1095 

10  E7 

DJHZ 

A$BtC2 

{JUHP  BACX  IF  NOT  DONE 

1097 

3E  01 

LD 

A,  ONE 

;SET  INPUT  OK  FLAG 

1099 

18  08 

JR 

AiBtRT 

109B 

OE  09 

A$B«ER:  LD 

C,PRTLN 

{##**«»**»»*«»#* 

109D 

11  04A8 

LD 

DE,ERR7 

;*  PRINT  INVALID  ADDR  ERROR  » 

10  AO 

CD  0005 

CALL 

CDOS 

;*#«*##*#***«*** 

10A3 

FD  El 

A9B9RT:  POP 

IY 

{RESTORE  RECS 

10A5 

DD  El 

POP 

IX 

10A7 

El 

POP 

HL 

10A8 

Cl 

POP 

BC 

10A9 

C9 

RET 

10AA 

AtBSCONV: 

10AA 

DD  7E  00 

LD 

A, (IX) 

{LOAD  CHAR  TO  BE  CONVERTED 

10  AD 

FE  47 

CP 

■F'+l 

{*»*  FILTER  SOHE  *»* 

10AF 

30  09 

JR 

NC ;AtBtCE 

;*»*  BAD  INPUTS  *** 

1061 

FE  3A 

CP 

*9'+l 

{**»**»»***# 

10B3 

38  02 

JR 

C,A$B»C5 

;*  CONVERT  ASCII  * 

10B5 

D6  07 

SUB 

7 

{*  TO  HEXIDECIHAL  » 

1087 

E6  OF 

A$B$C5i  AND 

OFH 

•***»****»*» 

10B9 

C9 

RET 

10BA 

3E  FF 

A$8«CE:  LD 

A,NEG1 

{SET  INVALID  DIGIT  FlAG 

10BC 

C9 

RET 

PAGE 


Figure  15.  EEPROH  Progra««er  Software  (page  21  of  37). 
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PAGE  1-26 


;««**«» 

#»##*«#*»**«#»****** 

;*  THIS  ROUTINE  POSITIONS  A  DISK  FILE  SO  THAT  THE  FIRST  RECORD  » 

;*  IN  DSKBUF  IS  THE  ONE  TO  BE  PROGRAMED  INTO  THE  FIRST  EEPRQN.  » 

.  *  * 

;*  INPUT: 

FLSTAD  -  START  ADDR  OF  PROG  ON  DISK  * 

;* 

FSTADD  -  FIRST  ADDR  TO  BE  PROGRAMED  » 

£ 

%  w 

;#  OUTPUT: 

DISK  FILE  IS  POSITIONED  SO  THAT  NEXT  READ  GETS  * 

>* 

PROPER  RECORD. 

* 

;« 

REG  A  -  0,  IF  FILE  POSITIONED  W/0  ERRORS  * 

;# 

•  * 

-  -1,  IF  FILE  POSITIONING  ERROR  * 

* 

;#***## 

******»«« 

*###»##*****f**###** 

10BD 

P0S*FIL: 

10BD 

C5 

PUSH 

BC 

;SAVE  REGS 

10BE 

D5 

PUSH 

DE 

10BF 

E5 

PUSH 

HL 

10C0 

DO  E5 

PUSH 

IX 

10C2 

3A  0505 

LD 

A, (FLSTAD) 

gINIT  **  HL  WITH  ** 

10C5 

67 

LD 

H,A 

;  »*  START  *» 

10C6 

3A  0506 

LD 

A,(FLSTAD+1> 

;  »*  ADDR  *« 

10C9 

6F 

LD 

L,A 

;  »*  ON  FILE  *» 

10CA 

DO  21  0507 

LD 

IX, FSTADD 

;  *  PNTR  Tt»  EEPROM  FIRST  ADDR 

10CE 

11  0080 

P0S6NR:  LD 

DE,RECSIZ 

;**»  ADD  REC  SIZE  *** 

10D1 

19 

ADD 

HL,DE 

;***  TO  FLSTAD  *** 

10D2 

00  7E  00 

LD 

A, (IX) 

;LOAD  USB 

10D5 

BC 

CP 

H 

;**«  FLSTAD  >  FSTADD  *«* 

1006 

38  20 

JR 

C,POS$DN 

;***  FSTADD  IS  W/IN  NEXT  RECORD  *»» 

1008 

20  06 

JR 

NZ ,POS$RD 

FLSTAD  =  FSTADD  ...  LOAD  LSB 

100  A 

DO  7E  01 

LD 

A,(IX+1) 

*,LQAD  LSB 

1000 

BD 

CP 

L 

*,«*«  FLSTAD  >  FSTADD  *** 

10DE 

38  18 

JR 

C,POS»DN 

;**»  FSTADD  IS  W/IN  NEXT  RECORD  *** 

10E0 

OE  14 

POStRD:  LD 

C,RDFIL 

5#  ***#»»«*»*# 

10E2 

11  005C 

LD 

DE,FCB 

;»  READ  A  DISK  RECORD  * 

10E5 

CD  0005 

CALL 

CDOS 

**#*»**#**» 

10E8 

FE  00 

CP 

ZERO 

;READ  COMPLETE? 

10EA 

28  E2 

JR 

Z,POS$NR 

5 YES,  GO  LOOK  AT  NEXT  RECORD 

10EC 

OE  09 

LD 

C,PRTLN 

;N0,  »*»***»*»»»»»»»»* 

10EE 

11  04CA 

LD 

DE,ERR8 

;  »  PRINT  ERROR  OR  UNEXPECTED  EOF  * 

10F1 

CO  0005 

CALL 

CDOS 

«  **»*»»*»*»»*»»»»* 

Figure  15.  EEPROH  Progruwer  Software  (page  22  of  37). 
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1-27 

10F4 

3E  FF 

LD 

A,NEG1 

*,SET  ERROR  FLAG 

10F6 

18  01 

JR 

POS*RT 

10F8 

AF 

POSIDNi  XOR 

A 

;SET  NO  ERRORS  FLAG 

10F9 

DD  El 

PGSiRT !  POP 

IX 

^RESTORE  REGS 

10FB 

El 

POP 

HL 

IOFC 

D1 

POP 

DE 

iOFD 

Cl 

POP 

EC 

10FE 

C9 

RET 

PACE 


Figure  15.  EEPROR  Prograneer  Software  (page  23  of  37). 
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PAGE  1-28 


{»#****#**#**##*»**»##«********»**## 


;*  * 

{*  THIS  ROUTINE  FILLS  DSKBUF  WITH  DATA  READ  FROM  A  DISK  FILE.  * 

;*  THE  MAXIMUM  SIZE  BLOCK  READ  IS  1024  BYTES  (THE  SIZE  OF  THE  * 

{*  HNVM  3008  EEPROM).  « 

;*  * 

;*  INPUT:  N/A  * 

{*  » 

;*  OUTPUT:  DSKBUF  -  FILLED  WITH  RECORDS  JUST  READ  * 

{*  REG  A  =  -1,  IF  NO  RECORDS  READ  * 

{*  =  0,  IF  RECORDS  READ  OK  * 


* 


{a*#****####********#***###****####* 


10FF 

RDtFIL: 

10FF 

C5 

PUSH 

BC 

{SAVE  REGS 

1100 

D5 

PUSH 

DE 

1101 

E5 

PUSH 

HL 

1102 

04  08 

LD 

B,8F 

{INITIALIZE  LOOP  COUNTER 

1104 

11  0540 

LD 

DE, DSKBUF 

{INITIALIZE  DSKBUF  PNTR 

{***  READ  LOOP 

*»* 

11C 

D5 

RD$RA:  PUSH 

DE 

{SAVE  DSKBUF  PNTR 

1108 

OE  14 

LD 

C,RDFIL 

{*»*»»»*»»»*»» 

110A 

11  005C 

LD 

DE,FCB 

{*  READ  A  DISK  RECORD  * 

110D 

CD  0005 

CALL 

CDOS 

{#************ 

1110 

D1 

POP 

DE 

{RESTORE  DSKBUF  PNTR 

till 

FE  01 

CP 

ONE 

{EOF? 

1113 

28  OE 

JR 

Z,RD$EF 

{YES 

1115 

C5 

PUSH 

BC 

{SAVE  LOOP  COUNTER 

1114 

01  0080 

LD 

BC,R£CSIZ 

{NO,  »»«  MOVE  DATA  FROM  *** 

1119 

21  0080 

LD 

HL,CD0S$D8 

{  ***  CDOS  DISK  BUFFER  »** 

U1C 

ED  BO 

LDIR 

{  **«  TO  DSKBUF  **» 

1UE 

Cl 

POP 

BC 

{RESTORE  LOOP  COUNTER 

111F 

10  E4 

DJNZ 

RDtRA 

{GO  READ  ANOTHER  RECORD  UNTIL  BUF  FULL 

1121 

18  09 

JR 

RD4C3 

{**»  END  LOOP 

»** 

1123 

3E  08 

RDtEF :  LD 

A,BF 

{»»»  DOES  LOOP  COUNTER  INDICATE  »»» 

1125 

B8 

CP 

B 

;*»«  AT  LEAST  ONE  RECORD  READ?  »*« 

1124 

20  04 

JR 

NZ,RD«C3 

{YES 

Figure  15.  EEPROM  Prograeeer  Softeare  (page  24  of  37). 
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PACE  1-29 


1126 

3E  FF 

LD 

A,NEGl 

;N0,  SET  REG  A  AS  NO  RECS  READ 

U2A 

18  01 

JR 

RD$RT 

112C 

AF 

RD4C3: 

XOR 

A 

?SET  REG  A  AS  RECS  READ 

U2D 

El 

RMRT: 

POP 

HL 

gRETORE  REGS 

112E 

D1 

POP 

DE 

U2F 

Cl 

POP 

BC 

1130 

C9 

RET 

PAGE 


Figure  15.  EEPROH  Prograwer  Software  (page  25  of  37). 


134 


MACRO -00  3.36  17-Nar-0O 


PACE  1-30 


;«  i  t  I  «  (  H  «  <  II  H  M  H  I  t  M  <  «  H  H  i  II  H 

;* 

;»  THIS  ROUTINE  CLEARS  A  EEF'ROH  TO  ZEROS  THROUGH  THE  FOLLOWING 
;*  SEQUENCE  OF  CONTROL  LINE  MANIPULATIONS: 

;«  CS  =  0 

;*  CE  =  1 

;*  OE  =  1 

;*  VDD  =  0, 

;*  FOLLOWED  BE  OE  BEING  PULSED  FROM  1  TO  0.  AFTER  THESE 
;»  MANIPULATIONS,  THE  EEPROH  IS  CHECKED  TO  BE  SURE  IT  CONTAINS 
;*  ALL  ZEROS. 

;* 

;#  INPUT:  N/A 
;* 

OUTPUT:  EEPROM  IS  CLEARED 
;*  REG  A  =  0  -  IF  EEPROH  ERASED 

=  1  -  IF  EEPROM  NOT  ERASED 

;* 


* 

* 

* 

» 

* 

* 

* 

» 

# 

* 

i 

* 

* 

* 

* 

» 

* 

* 


;*********************************** 


1131 

1131 

C5 

ERASIC: 

PUSH 

BC 

;SAVE  REGS 

1132 

D5 

PUSH 

DE 

1133 

E5 

PUSH 

HL 

1134 

OE  0? 

LD 

C,PRTLN 

;*****************»* 

1136 

11  033C 

LD 

DE,MSGERA 

;*  NOTIFY  USER  OF  ERASE  IN  PROGRESS  * 

113? 

CD  0005 

CALL 

CDOS 

******************** 

113C 

3E  OE 

LD 

A,V«+D*CE+D*OE 

;«**  INIT  CONTROL  LINES  *** 

U3E 

D3  24 

OUT 

(PROUD) ,A 

;***  BEFORE  APPLYING  17V  *** 

1140 

E6  F7 

AND 

V$17 

;**  CLEAR  VDD  BIT,  ** 

1142 

D3  24 

OUT 

(PROHD)  ,A 

•,**  RESULT  -  VDD  =  17V  ** 

1144 

CD  117B 

CALL 

VSSTABL 

;WAIT  FOR  VOLTAGE  TO  STABLIZE 

1147 

E6  FD 

AND 

E$OE 

;***  PULSE  OE  LOU,  FORCING  **» 

114? 

D3  24 

OUT 

(PROHD), A 

\***  THE  ERASE  TO  BEGIN  *»* 

114B 

06  IE 

LD 

B,30 

;QE  PULSE  WIDTH  IS  100  HICRO-SECS 
•**  THIS  LOOP  DELAYS  ** 

114D 

10  FE 

DJNZ 

$ 

;**  FOR  ??  OUT  OF  ** 

114F 

00 

NOP 

,*»»  THE  100  REQUIRED  »* 

1150 

F6  02 

OR 

DtOE 

?***  SET  OE  BACK  *** 

1152 

D3  24 

OUT 

(PROHD), A 

*,»»»  TO  INACTIVE  **» 

Figure  15.  EEPROM  Prograueer  Softeare  (page  26  of  37), 
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1*31 

1154 

F6  08 

OR 

V<5 

;***  SET  VDD  BIT,  «»* 

1156 

D3  24 

OUT 

(PROUD), A 

;»*»  RESULT  -  VDD  =  5V  *»» 

1158 

CD  117B 

CALL 

V4STABL 

;WAIT  FOR  VOLTAGE  TO  STABLIZE 

115B 

CD  1182 

CALL 

IC4RD 

;FILL  THE  EEPROH  BUFFER 

;*«#  VERIFY  THAT  IC  UAS  ERASED 

(ALL  ZEROS)  **« 

115E 

01  0400 

LD 

BC,BF*RECSIZ 

^INITIALIZE  *»  BUFFER  LENGTH  *» 

1141 

21  0960 

LD 

HL ,PR0M8F 

;  **  BUFFER  POINTER  ** 

1164 

AF 

XOR 

A 

;  »*  COMPARISON  REG  *» 

1165 

ED  A1 

ERA4CP:  CPI 

1147 

20  05 

JR 

NZ,ERA*E2 

5 JUMP  IF  BUFFER  DID  NOT  CONTAIN  ZERO 

1169 

EA  1165 

JP 

PE,ERA$CP 

,-JUMP  IF  NOT  END  OF  BUFFER 

116C 

18  09 

JR 

ERA$RT 

^RETURN  TO  CALLER  WITH  ERROR  NOT  SET 

116E 

OE  09 

ERA4E2:  LD 

C,PRTLN 

;***  NOTIFY  USER  *** 

1170 

11  0381 

LD 

DE,ERR2 

;***  THAT  EEPROM  «** 

1173 

CD  0005 

CALL 

CDOS 

;*»*  DID  NOT  ERASE  *** 

1176 

3C 

INC 

A 

;SET  ERROR  FLAG  FOR  RETURN  TO  CALLER 

1177 

El 

ERA4RT :  POP 

HL  RESTORE  REGS 

1178 

D1 

POP 

DE 

1179 

Cl 

POP 

BC 

117A 

C9 

RET 

;«»*  THIS  ROUTINE  ESSENTIALLY  A  WAIT  LOOP  TO 

;***  ALLOW  THE  5V  -  17V  SWITCH  TO  STABLIZE. 

;***  WAIT  TIME  IS  APPROX  60  MICRO-SECONDS. 

117  B 

VtSTABL: 

117B 

C5 

PUSH 

BC 

U7C 

04  10 

LD 

B,10H 

117E 

10  FE 

DJNZ 

* 

1180 

Cl 

POP 

BC 

1181 

C9 

RET 

PAGE 

Figure  15.  EEPROM  Programmer  Softmare  (page  27  of  37), 
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;*»**»»##»***»*****»*»*»******»***** 
.*  *♦ 

;*  THIS  ROUTINE  READS  THE  CONTENTS  OF  A  EEPROH  INTO  ITS  * 

;*  DEDICATED  BUFFER  AREA  * 

•«  * 

;»  INPUT:  N/A  * 

;»  OUTPUT:  PROH8F  -  CONTAINS  EEPROH  IMAGE  * 


•*»*»»»» 

******** 

*»**»*»*****»*»»*»** 

1182 

IC$RD: 

1182 

F5 

PUSH 

AF 

;SAVE  REGS 

1183 

C5 

PUSH 

BC 

1184 

D5 

PUSH 

DE 

1185 

E5 

PUSH 

HL 

1186 

3E  90 

LD 

A,CCW2 

;#**  PROGRAH  PORTS  B,  C  -  OUTPUT  *** 

1188 

D3  23 

OUT 

(PCNTRL) /A 

•***  A  -  INPUT  *** 

USA 

3E  OD 

LD 

A.V*5+D$CE+E$C3  ;***  VDD  -  5V_.  DISABLE  CE,  «** 

118C 

D3  24 

OUT 

(PROHD),A 

;*»»  ENABLE  OE  6  CS  *** 

USE 

OE  20 

LD 

C, PROHA 

^INITIALIZE  *  PORT  ADDR  FOR  INPUTS 

1190 

11  0000 

LD 

DE/O 

;  *  EEPROH  ADDR 

1193 

21  0960 

LD 

HL/PROHBF 

;  *  EEPROH  BUFFER  PNTR 

5»*»  LOOP  UNTIL  END  OF  EEPROH 

IS  READ  »** 

1196 

F5 

ICIRA:  PUSH 

AF 

;SAVE  CONTROL  LINE  STATUS 

1197 

7A 

LD 

A,D 

;********* 

1198 

D3  22 

OUT 

(PROHC) ;A 

SET  EEPROH  * 

119A 

7B 

LD 

A/E 

;*  ADDR  BUS  * 

119B 

D3  21 

OUT 

(PROHB) /A 

********** 

1190 

FI 

POP 

AF 

RESTORE  CONTROL  LINE  STATUS 

119E 

E6  FB 

AND 

E$CE 

;*»*  ACTIVATE  *** 

11  AO 

D3  24 

OUT 

(PROUD) /A 

;***  CHIP  ENABLE  *** 

11A2 

ED  40 

IN 

B;(C) 

;READ  EEPROH  DATA  BUS 

11A4 

F6  04 

OR 

DICE 

?*»*  DEACTIVATE  *»* 

11A6 

D3  24 

OUT 

(PROHD) /A 

?***  CHIP  ENABLE  »»* 

11A8 

70 

LD 

(HL) /B 

;PUT  BYTE  JUST  READ  INTO  PROHBF 

Figure  15.  EEPROH  Prograwwer  Software  (page  28  of  37>. 
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LA9 

23 

INC 

HL 

;BUHP  PROHBF  PNTR 

LAA 

13 

INC 

DE 

;BUHP  EEPROM  ADDR 

LAB 

CB  52 

BIT 

2,D 

;DID  ADDR  OVERFLOW  INTO  BIT  11? 

;(IE,  ADDR  )  IX) 

AD 

28  E7 

JR 

Z,IC*RA 

;N0,  GO  READ  ANOTHER  BYTE 

;*«*  END  LOOP 

»«* 

LAF 

El 

POP 

HL 

RESTORE  REGS 

LBO 

D1 

POP 

DE 

LB1 

Cl 

POP 

BC 

LB2 

FI 

POP 

AF 

LB3 

C9 

RET 

PACE 


Figure  15.  EEPROfl  Prograwier  Software  (page  29  of  37). 


138 


MACRO-80  3.38  17-Har-dO  PACE  1-34 


ft********************************* 

i 

THIS  ROUTINE  TRANSFERS  DATA  FROM  THE  DISK  FILE  BUFFER  AREA  # 
TO  THE  EEPROH  * 


« 


?» 

INPUT: 

DSKBUF  -  BUFFER  CONTAINING  DATA  TO  BE  PROGRAMMED.  » 

;* 

NXTADD  -  NEXT  ADDR  TO  BE  PROGRAMMED,  ASSUMED  TO  BE  » 

i* 

ON  A  KILOBYTE  BOUNDARY.  » 

;♦ 

•  * 

LSTADD  -  LAST  ADDR  TO  BE  PROGRAMMED.  * 

4 

>* 

OUTPUT: 

EEPROH  IS  PROGRAMMED  « 

4 

** 

?* 

*  *  x  *  * 

*»*»«**»*« 

»»***»****»****»»»» 

11B4 

PRQG4IC: 

11B4 

F5 

PUSH 

AF 

;SAVE  REGS 

11B5 

C5 

PUSH 

BC 

11B6 

D5 

PUSH 

DE 

11B7 

E5 

PUSH 

HL 

11B8 

OE  09 

LD 

C,PRTLN 

**  a**#**#*#*#*#***#* 

11BA 

11  0348 

LD 

DE,NSCPRG 

;*  NOTIFY  OF  PROGRAMMING  IN  PROGRESS  » 

11BD 

CD  0005 

CALL 

CDOS 

•  *  ****»*#***»*#»«»#* 

11C0 

CD  12C1 

CALL 

INITtBCT 

;INIT  *»***»*»«»***# 

11C3 

80 

LD 

H,8 

;  *  EEPROH  PROGRAM  COUNTER  * 

11C4 

89 

LD 

L,C 

>  **»****»»***»# 

11C5 

ED  5B  0503 

LD 

DE, (NXTADD) 

*  ##*«**#»#*** 

11C9 

43 

LD 

B,E 

;  **  NEXT  *» 

UCA 

4A 

LD 

C,D 

•  *«  ADDR  *» 

11CB 

C5 

PUSH 

BC 

*  ************ 

11CC 

11  0580 

LD 

DE,  DSKBUF 

;  *  DSKBUF  PNTR 

UCF 

3E  80 

LD 

A,CCU1 

;*»»  PROGRAM  PORTS  A,  B,  C  *** 

11D1 

D3  23 

OUT 

(PCNTRL),A 

;*»*  FOR  LATCHED  OUTPUT  **« 

11D3 

3E  OE 

LD 

A  ,V45+D40E+D$CE 

;*!»  ODD  =  5V,  *** 

11D5 

D3  24 

OUT 

(PROMD) ,A 

;#**  DISABLE  CS,  OE,  CE  *** 

11D7 

E8  F7 

AND 

V$17 

;*»  CLEAR  ODD  BIT,  »* 

11D9 

D3  24 

OUT 

(PROMD), A 

;««  RESULT  -  ODD  =  17V  *» 

UDB 

CD  117B 

CALL 

V4STABL 

;WAIT  FOR  VOLTAGE  TO  STABLIZE 

Figure  15.  EEPROH  Proqrawier  Software  (page  30  of  37). 


13? 


WACR0-&0  3.34  17-Har-80 


PACE  1-35 


;»**  LOOP  UNTIL  EEPROH  IS  PROGRAMMED  *** 


1  IDE 

Cl 

PRGSNB:  POP 

BC 

RESTORE  NXTADD 

1  IDF 

F5 

PUSH 

AF 

;SAVE  CONTROL  LINE  STATUS 

UEO 

78 

LD 

A, 8 

>»»•»»»»» 

11E1 

D3  22 

OUT 

(PROMC), A 

;*  SET  EEPROH  « 

UE3 

79 

LD 

A,C 

;*  ADDR  LINES  * 

11E4 

D3  21 

OUT 

<PROHB),A 

•«*»«*»*» 

11E4 

1A 

LD 

A,(DE> 

;»»*  SET  EEPROH  *»* 

11E7 

D3  20 

OUT 

(PROHA), A 

*,*«*  DATA  LINES  *** 

11E9 

13 

INC 

DE 

;BUHP  DSKBUF  PNTR 

11EA 

FI 

POP 

AF 

RESTORE  CONTROL  LINE  STATUS 

11EB 

03 

INC 

BC 

;*»  BUMP  AND  *» 

11EC 

C5 

PUSH 

BC 

*«#  STORE  NXTADD  #* 

11ED 

E4  FB 

AND 

EtCE 

;#»*  ENABLE  *** 

11EF 

D3  24 

OUT 

(PROUD), A 

$#»«  CE  *** 

;CE  PULSE  WIDTH  IS  100  MICRO-SECS 

11F1 

04  IE 

LD 

8,30 

;*»  THIS  LOOP  DELAYS  ** 

11F3 

10  FE 

DJNZ 

$ 

;»*  FOR  99  OUT  OF  THE  ** 

11F5 

00 

NOP 

;**  100  REQUIRED  ** 

11F6 

F6  04 

OR 

D«CE 

;***  DISABLE  #»* 

HFft 

D3  24 

OUT 

(PROHD) ,A 

;»*#  CE  *** 

UFA 

01  0000 

LD 

BC,ZERO 

*##**»*#*##***** 

UFD 

37 

SCF 

;*  DECREMENT  EEPROH  PROGRAM  COUNTER 

11FE 

ED  42 

SBC 

HL,BC 

;**##**#***#***#*» 

1200 

20  DC 

JR 

NZ,PRG*NB 

i BRANCH  BACK  UNTIL  DONE 

;***  END  LOOP  »«* 

1202 

F6  08 

OR 

M«5 

;*»*  SET  ODD  BIT,  *»* 

1204 

D3  24 

OUT 

(PROHD), A 

;*»#  RESULT  -  VDD  =  5V  »** 

1204 

CD  U7B 

CALL 

V4STABL 

;WAIT  FOR  VOLTAGE  TO  STABLIZE 

1209 

Cl 

POP 

BC 

CLEAN  UP  STACK 

120A 

El 

POP 

HL 

RESTORE  REGS 

120B 

D1 

POP 

DE 

120C 

Cl 

POP 

BC 

120D 

FI 

POP 

AF 

120E 

C9 

RET 

PAGE 


Figure  15.  EEPROH  Prograieer  Software  (page  31  of  37). 
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PACE  1-36 


#»#«*»#***»#»#**#»*#*«**#******»#** 


*  THIS  ROUTINE  COMPARES  THE  DATA  CONTAINED  IN  THE  DISK  FILE  * 

»  AND  EEPRQM  BUFFERS,  MAKING  SURE  THEY  ARE  EQUAL  » 

*  » 

*  INPUT:  DSKBUF  -  BUFFER  FILLED  WITH  DATA  TO  BE  COMPARED  * 

*  TO  PROM  BUFFER.  » 

*  » 

*  OUTPUT:  APPROPRIATE  MESSAGES  * 

*  REC  A  -  0,  IF  NO  ERRORS  ENCOUNTERED  * 

*  =  -1,  IF  COMPARISON  ERRORS  » 

*  » 


<  H  i  H  H  H  «  «  >  I  I  I  H  I  «  I  m  «  I  H  I  m  (  H 


120F 

VERtlC: 

120F 

C5 

PUSH 

BC 

,*SAVE  REGS 

1210 

Df. 

PUSH 

DE 

1211 

E5 

PUSH 

HL 

1212 

OE  09 

LD 

C ,PRTLN 

•*****»**»***»**** 

1214 

11  0353 

LD 

DE,HSGVER 

;«  NOTIFY  OF  VERIFY  IN  PROGRESS  * 

1217 

CD  0005 

CALL 

CDOS 

•«»»»»*»»»»*»»*»»* 

121 A 

CD  1182 

CALL 

IC$RD 

121D 

AF 

XOR 

A 

;IHIT  **  ERROR  »* 

121E 

32  050D 

LD 

(ERRCNT) ,A 

;  «»  COUNTER  »* 

1221 

CD  12C1 

CALL 

INIT4BCT 

;  «  COMPARE  COUNTER 

1224 

3A  0503 

LD 

A,(NXTADD) 

•#«**»«»***# 

1227 

87 

LD 

H,A 

>»  * 

1228 

3A  0504 

LD 

A , ( NXTADD+1 ) 

?*  * 

122B 

6F 

LD 

M 

?*  * 

122C 

A7 

AND 

A 

;»  BUMP  NXTADD  FOR  * 

122D 

ED  4A 

ADC 

HL,BC 

;»  NEXT  EEPROM  » 

122F 

7C 

LD 

A,K 

?*  « 

1230 

32  0503 

LD 

(NXTADD),A 

•*  » 

1233 

7D 

LD 

A,L 

;*  » 

1234 

32  0504 

LD 

(NXTADD+1), A 

;»*»»»»»*»»» 

1237 

11  095F 

LD 

DE, PROHBF- 1 

; INITIALIZE  «  EEPROM  BUFFER  PNTR 

123A 

21  0560 

LD 

HL, DSKBUF 

;  *  DISK  BUFFER  PNTR 

}*«*  LOOP  UNTIL  ENTIRE  BLOCK  IS  VERIFIED  »*» 

123D  13  VERtNB:  INC  DE  ;BUHP  PROHBF  PNTR  TO  NEXT  BYTE 


Figure  15.  EEPROM  Prograeeer  Softeare  (page  32  of  37). 
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1-37 

123E 

1A 

LD 

A,(DE) 

LOAD  A  BYTE  FOR  COMPARISON 

123F 

ED  A1 

CPI 

COMPARE  EEPROH  AND  DISK  BUFFERS 

1241 

C4  1269 

CALL 

NZ,VER$E4 

BYTES  NOT  EQUAL  -  CALL  ERROR  ROUTINE 

1244 

3A  050D 

LD 

A; (ERRCNT) 

»»*  HAVE  WE  PRINTED  MAX  *** 

1247 

FE  10 

CP 

flAXERR 

***  NUMBER  OF  ERRORS?  *** 

1249 

28  OE 

JR 

Z,  VER4C2 

YES,  THATS  ENOUGH,  IGNORE  REST  OF  BUF 

1248 

AF 

XOR 

A 

«**#«**#**** 

124C 

B8 

CP 

B 

,»  IF  BLOCK  COUNTER  » 

124D 

20  EE 

JR 

NZ,VER*NB 

*  NOT  EQUAL  0  THEN  * 

124F 

B9 

CP 

C 

;»  CONTINUE  LOOP  » 

1250 

20  EB 

JR 

NZ,VER$NB 

************ 

;»**  END  LOOP 

tit 

1252 

3A  050D 

LD 

A,(ERRCNT) 

***  WERE  ANY  ERRORS  *** 

1255 

FE  00 

CP 

ZERO 

***  ENCOUNTERED?  »*» 

1257 

28  04 

JR 

Z,VER»C3 

NO 

1259 

3E  FF 

VER5C2:  LD 

A,NEG1 

YES,  SET  ERROR  FLAG 

125B 

18  08 

JR 

VERtRT 

125D 

OE  09 

VER4C3:  LD 

C,PRTLN 

************* 

125F 

11  0314 

LD 

DE,HSGB 

;*  PRINT  NO  ERRORS  FOUND  * 

1262 

CD  0005 

CALL 

CDOS 

*************** 

1265 

El 

VER4RT:  POP 

HL 

RESTORE  REGS 

1266 

01 

POP 

DE 

1267 

Cl 

POP 

BC 

1268 

C9 

RET 

1269 

F5 

;***  PRINT  AN 

VER4E4*.  PUSH 

ERROR  LINE  *** 

AF 

;SAVE  REGS 

126A 

C5 

PUSH 

BC 

126B 

D5 

PUSH 

DE 

126C 

E5 

PUSH 

HL 

126D 

D5 

*************************************  INITIALIZE  TOP  OF  STACK  ***** 

•,*#*  FOR  INTERFACE  TO  FOLLOWING  *»* 

; ********  PRINT  ALGORITHM  ********* 

PUSH  DE 

126E 

E5 

PUSH 

HL 

PRESET  CPU  CARRY  FLAC 

126F 

A7 

AND 

A 

1270 

01  0561 

LD 

BC,DSXBUF+1 

******************* 

1273 

ED  42 

SBC 

HL,BC 

;*  COMPUTE  EEPROH  ERROR  ADDR 

1275 

22  050B 

LD 

(ERRADD) ,HL 

;*  ADDR  -  (ERRADD  +  1)  -  DSKBUF  -  1 

Figure  15.  EEPROH  Prograeeer  Softiare  (page  33  of  37). 
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1278 

21  050C 

LD 

127B 

E5 

PUSH 

127C 

3A  050D 

LD 

127F 

A7 

AND 

1280 

20  08 

JR 

1282 

OE  09 

LD 

1284 

11  031)2 

LD 

1287 

CD  0005 

CALL 

128A 

OE  09 

VER$C5s  LD 

128C 

11  041E 

LD 

128F 

CD  0005 

CALL 

1292 

El 

POP 

1293 

CD  12E5 

CALL 

1296 

2B 

DEC 

1297 

CD  12E5 

CALL 

129A 

11  0434 

LD 

129D 

CD  0005 

CALL 

12  AO 

El 

POP 

12A1 

2B 

DEC 

12A2 

CD  12E5 

CALL 

12A5 

CD  0005 

CALL 

12A8 

El 

POP 

12A9 

CD  12E5 

CALL 

12AC 

OE  02 

LD 

12AE 

IE  OD 

LD 

12B0 

CD  0005 

CALL 

12B3 

IE  OA 

LD 

12B5 

CD  0005 

CALL 

12B8 

3C 

INC 

12B9 

32  050D 

LD 

12BC 

El 

POP 

12BD 

D1 

POP 

12BE 

Cl 

POP 

12BF 

FI 

POP 

12C0 

C9 

RET 

PACE 


HL/ERRADD+l 

HL 

;»  ADDR  =  HL  -  DSKBUF 

A,(ERRCNT) 

A 

NZ,VER*C5 

;*««  HAVE  THERE  BEEN  «*« 

;»»*  ANY  ERRORS  YET?  *** 

;YES,  SO  SKIP  ERROR  BANNER 

C,PRTLN 

DE/ERR480 

CDOS 

;*»»»»»*»»*»**» 
;»  PRINT  DIFFERENCE  BANNER  i 
;*»»»*******»**! 

C;PRTLN 

DE,ERR4$1 

CDOS 

$*#**#**## 

;»  BOVE  CURSOR  * 

;#**«#*#** 

HL 

PRTIBYT 

HL 

PRTtBYT 

5*  #**#»**** 

;*  PRINT  EEPROH  * 

;*  ERROR  ADDR  * 

;#»#*##**«# 

DE,ERR4$2 

CDOS 

;***  PRINT  •*» 

;»**  SLASH  »»« 

HL 

HL 

PRT8BYT 

;CET  FILE  PNTR 
;ADJUST  TO  PROPER  BYTE 
;PRINT  BYTE  VALUE 

CDOS 

;»**  PRINT  A  SLASH  *** 

HL 

PRT9BYT 

;***  PRINT  PROB  *»* 

;**«  BYTE  VALUE  »*» 

C,PRTCHR 

E,CR 

CDOS 

E,LF 

CDOS 

;#*#*»***# 

BOVE  CURSOR  * 

;*  TO  NEXT  * 

LINE  * 

;»»»»»**»» 

A 

(ERRCNT) ,A 

HL 

DE 

BC 

AF 

;**»  BUBP  ERROR  «»* 

;**»  COUNTER  *** 

RESTORE  REGS 

Figure  15.  EEPROH  Prograeeer  Software  (page  34  of  37). 
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PAGE  1-39 


;»*«*«««*****««**«*X*KK*«««»«»*ftt*»* 


«  » 

*  THIS  ROUTINE  COMPUTES  A  BLOCK  LENGTH  THAT  IS  THE  MAXIMUM  OF  * 

*  EITHER  LSTADD  -  NXTADD  +  1  * 

»  OR  » 

*  BF  *  RECSIZ  (CURRENTLY  1024)  * 

»  « 

*  INPUT;  NXTADD  -  NEXT  EEPROM  ADDR  TO  BE  PROGRAMED  » 

»  OR  VERIFIED  » 

*  LSTADD  -  LAST  EEPROM  ADDR  TO  BE  PROGRAMMED  * 

«  OR  VERIFIED 

*  » 

*  OUTPUT;  BC  PAIR  -  BLOCK  LENGTH  * 

*  * 


a###**#****##**#***##*#*###*#*#*#** 


Figure  15.  EEPROM  Prograaaer  Software  (page  35  of  37). 
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NACR0-80  3.3a  17-Har-80 


PACE  1-40 


«##»#**»**###*##»##*#«*»#*##*»**#* 

* 

THIS  ROUTINE  CONVERTS  A  BYTE  TO  TWO  ASCII  CHARACTERS  AND  * 

PRINTS  THEN  ON  THE  CONSOLE.  » 


;*  INPUT: 

«  ji 

HL  -  POINTS  TO  BYTE  TO  BE  PRINTED 

;*  OUTPUT: 

TUG  HEX  DIGITS  ARE  PRINTED  ON  CONSOLE 

;*«»*«» 

»»*»»»* 

****************** 

12E5 

PRT4BYT: 

12E5 

F5 

PUSH 

AF 

;SAVE  REGS 

12E6 

C5 

PUSH 

BC 

12E7 

D5 

PUSH 

DE 

12E8 

46 

LD 

B,(HL) 

;SAVE  BYTE  TO  BE  PRINTED 

12E9 

ED  6F 

RLD 

;LOAD  REG  A  WITH  1ST  HEX  DIGIT 

12EB 

CD  12F8 

CALL 

PRTtDIG 

;G0  PRINT  DIGIT 

12EE 

ED  6F 

RLD 

;LOAD  2ND  HEX  DIGIT 

12F0 

CD  12F8 

CALL 

PRTtDIG 

;G0  PRINT  DICIT 

12F3 

70 

LD 

(HL),B 

RESTORE  BYTE  THAT  WAS  PRINTED 

12F4 

D1 

POP 

DE 

RESTORE  REGS 

12F5 

Cl 

POP 

BC 

12FA 

FI 

PC? 

AF 

12F7 

C? 

RET 

;***  CONVERT  &  PRINT  A  HEX  DIGIT  *** 

12F8 

PRTtDIG: 

12F8 

E6  OF 

AND 

OFH 

gGET  RID  OF  HIGH  ORDER  GARBAGE 

12FA 

FE  OA 

CP 

OAH 

;IS  HEX  DIGIT  =  0  -  ? 

12FC 

38  06 

JR 

C,PRTtC5 

;YES 

12FE 

D6  09 

SUB 

? 

;N0,  **»  CONVERT  TO  *** 

1300 

F6  40 

OR 

040H 

;  ***  ASCII  A  -  F  »** 

1302 

18  02 

JR 

PRTtC6 

1304 

F6  30 

PRT$C5s  OR 

030H 

•, CONVERT  TO  ASCII  0  -  ? 

1308 

OE  02 

PRT6C6 :  LD 

C,PRTCHR 

»***#*****»» 

1308 

5F 

LD 

E,A 

;*  PRINT  THE  DIGIT  * 

130? 

CD  0005 

CALL 

CDOS 

5*  »»»*»**»»* 

130C 

C? 

RET 

END 

ENTRYtPT 

Figure  15.  EEPROH  Prograaner  Software  (page  36  of  37). 
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HACRQ-80  3.34  17-Har-80 


PACE  S 


Macros: 


Syabols: 


AIBIC2 

107E 

AIBIC5 

10B7 

AIBICE 

10BA 

AIBICO 

10AA 

AIBIER 

1098 

AIBIRT 

10  A3 

ASITOI 

1056 

BF 

0008 

BLANK 

0020 

CCU1 

0080 

CCU2 

0090 

CDOS 

0005 

CDOSID 

0080 

CIO 

0001 

CLSFL 

0010 

COLON 

003A 

CONBUF 

050E 

CR 

OOOD 

CR8IC1 

0F2F 

CR8IC2 

0F4B 

CR8IFT 

0F5B 

CR8INR 

0F65 

CR8ISD 

0F27 

CR8ITA 

0F4E 

CR8FL 

0016 

CRE8IF 

0F01 

CURDK 

0019 

DIC3 

0ED6 

BICE 

0004 

DICS 

OOFE 

DIDN 

0EF4 

DIERR5 

OEED 

DIOE 

0002 

DIOPR 

0E8E 

DIRA 

0EA8 

DIMA 

OEBD 

DSKBUF 

0560 

EICE 

OOFB 

EICS 

0001 

EIOE 

OOFB 

EIOPR 

OD90 

ENTRYI 

0100 

ERAICP 

1145 

ERAIE2 

116E 

ERA* IC 

1131 

ERAIRT 

1177 

ERR1 

0340 

ERR2 

0381 

ERR3 

03A6 

ERR4I0 

03D2 

ERR4I1 

041E 

ERR4I2 

0434 

ERR5 

0438 

ERR6 

046B 

ERR7 

04A8 

ERR8 

04CA 

ERRABD 

050B 

ERRCNT 

050D 

FCB 

005C 

FCBDK 

005 C 

FCBEX 

0068 

FCBFN 

005D 

FCBFT 

0065 

FCBHP 

006C 

FCBNR 

007C 

FCBRC 

006B 

FLSTAD 

0505 

FSTABB 

0507 

GET80P 

0D44 

ICIRA 

1194 

ICIRD 

1182 

INITI8 

12C1 

INTIRT 

12E3 

LF 

OOOA 

LSTADD 

0509 

MAXERR 

0010 

HSG1 

014C 

HSG2 

01AD 

HSG3 

01BB 

HSC4 

0259 

PISG5 

0286 

HSC6 

02B2 

HSG7 

02F2 

PISG8 

0314 

NSCERA 

033C 

HSCPRG 

0344 

NSGVER 

0353 

NEGl 

FFFF 

NXTADD 

0503 

OLDSP 

014A 

ONE 

0001 

OPNFL 

OOOF 

PIC1 

ODBE 

PIC2 

ODES 

PIDN 

OEOD 

PIE8 

0E05 

PIN  I 

ODCD 

PIOPR 

0DA3 

PCNTRL 

0023 

PERIOD 

002E 

POSIDN 

10F8 

POSIFI 

10BD 

POSINR 

10CE 

POSIRD 

10E0 

POSIRT 

10F9 

PRGINB 

1  IDE 

PROGII 

11B4 

PROHA 

0020 

PROWB 

0021 

PRQHBF 

0960 

PROdC 

0022 

PROHD 

0024 

PRTIBY 

12E5 

PRTIC5 

1304 

PRTIC6 

1306 

PRTIDI 

12F8 

PRTCHR 

0002 

PRTEND 

0024 

PRTLN 

0009 

RDIC3 

112C 

RDIEF 

1123 

RDIFIL 

10FF 

RDIRA 

1107 

RDIRT 

112D 

RDCHR 

0001 

RDFIL 

0014 

RDLN 

OOOA 

RECSIZ 

0080 

S ICIER 

1053 

SICIOK 

1051 

SIKIER 

1034 

SETIAD 

0F4E 

SETIC3 

OFDl 

SETIC5 

100B 

SETICH 

103F 

SETIER 

1019 

SETIFA 

0FC9 

SETIKB 

1029 

SETIRT 

1021 

SLASH 

002F 

STACK 

014A 

START 

0D40 

VI17 

00F7 

VI5 

0008 

VIC1 

0E32 

VI DN 

0E83 

VIE8 

0E7B 

VINI 

0E41 

VIOPR 

0E18 

VISTAB 

1178 

VERIC2 

1259 

VERIC3 

125D 

VERIC5 

128  A 

VERIE4 

1269 

VERIIC 

120F 

VERINB 

123D 

VERIRT 

1265 

URF1L 

0015 

ZERO 

0000 

No  Fatal  error! s) 


Figure  15.  EEPROH  Prograaaer  Softaare  (page  37  of  37), 
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I V .  Us  er 1 8  Manua  1 

The  EEPROM  Programmer  described  in  Che  following  manual 
is  an  S-100  based  peripheral  device  used  to  support  HNVM  3008 
EEPROM's.  The  hardware  and  its  associated  software  executes 
the  following  operations: 

1  .  Erase  , 

2  .  P  ro  gr  am , 

3.  Verify,  and/or 

4.  Dump. 

Operation  of  the  Programmer  is  simple  and  requires  only  that 
the  user  be  able  to  log  onto  the  system  and  initiate 
execution  of  the  program  call  EEPROM.  Programmer  software 
prompts  the  user  for  subsequent  inputs. 

The  Programmer  operates  on  only  one  EEPROM  at  a  time. 
Jobs  requiring  more  than  one  EEPROM  are  managed  by  software. 
At  appropriate  times,  software  prompts  the  user  to  remove  old 
EEPROM's  and  insert  new  ones  to  continue  operation.  A  result 
of  this  method  of  operation  is  that  the  length  of  the  longest 
program  that  can  be  manipulated  by  the  Programmer  is 
essentially  unlimited.  However,  another  result  is  that 


ordering  of  EEPROM  insertions  is  critical,  since  operation? 
proceed  from  the  low  addresses  to  the  high  ones. 


Sv3  tem  Star  t-up 

The  following  sequence  describes  how  to  get  started  with 
the  EEPROM  Programmer. 

1.  Insure  EEPROM  Programmer  card  is  seated  in 
the  motherboard. 

2.  Flip  the  switch  at  bottom  of  zero  insertion 
force  socket  to  "OFF",  disabling  the 
Programmer . 

3.  Insure  zero  insertion  force  socket  is  empty. 

4.  Type  "EEPROM"  on  console  (ie,  start  program 
execut ion )  . 

5.  Console  will  prompt  for  additional  information. 

**  NOTE  ** 

************ 

There  are  two  times  when  it  is  safe  to  in s e r t / r emo v e 
EEPROM's  to  or  from  the  Programmer  socket.  One  is  when 
prompted  by  the  console.  Another  is  when  software  prompts 
the  user  to  perform  any  operation.  At  these  times  the 
software  disables  the  20V  power  supply,  thereby  reducing  the 
chances  of  destroying  a  EEPROM. 

Commands 

After  initiating  EEPROM  Programmer  software,  the  console 
prompts  the  user  to  enter  an  execution  command  with  the 
following  message: 

WHAT  OPERATION  DO  YOU  WISH  TO  PERFORM? 

E(R)ASE,  (P)ROGRAM,  (V)ERIFY,  (D)UMP,  OR  E(X)IT 

To  execute  any  one  of  the  five  listed  commonds,  the  user  must 

enter  the  letter  contained  within  the  parentheses  of  the 

desired  operation. 
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Together  the  four  commands  -  Erase,  Program,  Verify,  and 
Dump  -  provide  a  flexible  system  for  supporting  HNVM  3008 
EEPROM's.  The  Exit  command  is  provided  for  easy  return  to 
the  operating  system.  The  following  discussion  describes  the 
first  four  commands  in  more  detail. 


ERASE 

.  This  command 

is  the 

simplest 

of  the  four, 

requiring 

only  the  EEPROM 

to  be 

erased. 

Its  execution 

destroys  data  held  in  a  EEPROM  by  clearing  all  bits  to  zero. 

PROGRAM .  This  command  is  used  to  program  one  or  more 
EEPROM's.  Programming  of  a  EEPROM  is  accomplished  by: 

1.  erasing  EEPROM  contents, 

2.  re-writing  appropriate  bytes,  and 

3.  checking  the  new  contents. 

Programs  to  be  dumped  to  EEPROM(s)  must  reside  on  a  floppy 
disk  file  and  be  in  the  format  of  a  .COM  file.  COM  is  the 
default  file  extension  used  by  CDOS  to  indicate  an  executable 
program.  For  files  longer  than  one  kilobyte,  the  console 
instructs  users  to  change  EEPROM's  as  one  is  filled  and 
others  remain  to  be  filled.  Programming  continues  until 
either  end-of-file  is  encountered,  or  the  last  user  specified 
EEPROM  address  is  written. 

Note,  when  programming  EEPROM's  for  use  with  the  IFPDAS, 
the  origin  of  software  linked  into  a  COM  file  should  be 
hexidecimal  address  0000H.  This  address  corresponds  to  the 
physical  beginning  of  the  EEPROM  address  space  within  the  IR. 
The  last  EEPROM  address  is  1FFFH. 

To  simplify  recovery  from  errors  encountered  during 
programming,  the  Program  command  allows  for  calculating 
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relative  starting  points.  That  is,  programming  can  begin  at 
some  point  within  a  disk  file  instead  of  always  starting  at 
the  first  byte.  Relative  starting  points  are  calculated  from 
user  responses  to  questions  about  the  starting  address  of  the 
program  on  the  disk  file,  and  from  the  first  EEPROM  address 
to  be  programmed. 

This  programming  flexibility  places  several  restrictions 
on  Programmer  software.  The  first  one  is  that  the  starting 
address  of  programs  on  a  disk,  file  must  be  on  a  kilobyte 
boundary.  In  addition,  the  first  EEPROM  address  to  be 
programmed  must  also  be  on  a  kilobyte  boundary.  In  effect 
this  means  that  programming  can  not  start  in  the  middle  of  an 
EEPROM.  Another  restriction  is  that  the  first  EEPROM  address 
to  be  programmed  must  be  greater  than  or  equal  to  the 
beginning  address  of  the  program  on  the  disk  file.  Finally, 
the  last  EEPROM  address  to  be  programmed  must  be  greater  than 
or  equal  to  the  first  EEPROM  address. 

The  following  example  illustrates  the  relative  starting 
flexibility  described  above.  A  user  wishes  to  program  a 
series  of  EEPROM' s  from  a  disk  file  which  starts  at 
hexadecimal  address  0000H  and  ends  at  4082H.  To  accomplish 
this  the  user  would  initiate  the  Program  command  and  respond 
to  he  console  prompts  as  specified  below: 

FILENAME?  filename 

PLEASE  ANSWER  THE  FOLLOWING  QUESTIONS  IN  HEXIDECIMAL 

NOTE:  THE  FIRST  2  ADDRESSES  MUST  BE  ON  KILOBYTE 
BOUNDARIES 
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STARTING  ADDRESS  OF  PROGRAM  ON  FILE?  0 

FIRST  ADDRESS  TO  BE  PROGRAMMED/ VERIFIED?  (return) 

LAST  ADDRESS  TO  BE  PROGRAMMED/ V ERI F I  ED ?  4082 

Note  that  a  "RETURN"  may  be  entered  as  the  first  address  to 

be  programmed  when  it  is  equal  to  the  starting  address  of  the 

program  on  file. 

In  this  example  programming  proceeds  error-free  until 
software  detects  an  error  at  address  4055H.  At  this  point 
the  first  16  EEPROM's  were  properly  programmed.  Therefore, 
programming  can  proceed  from  the  17tli  EEPROM  (ie,  from 
address  4000H).  So,  to  continue  programming  at  the  17th 
EEPROM  the  user  would  again  perform  a  Program  operation  with 
responses  to  console  prompts  as  specified  below: 

FILENAME?  filename 

PLEASE  ANSWER  THE  FOLLOWING  QUESTIONS  IN  HEXIDECIMAL 
NOTE:  THE  FIRST  2  ADDRESSES  MUST  BE  ON  KILOBYTE 

BOUNDARIES 

STARTING  ADDRESS  OF  PROGRAM  ON  FILE?  0 
FIRST  ADDRESS  TO  BE  PROGRAMMED/ VERIF I E D ?  4000 

LAST  ADDRESS  TO  BE  PROGRAMMED/ VERI F I  ED ?  4082 

Barring  continued,  unrecoverable  errors,  the  17  EEPROM's  will 

contain  the  entire  4083  byte  program;  even  though  one  was 

reprogrammed . 

VERIFY.  This  command  is  used  to  compare  a  disk  file  to 
one  or  more  EEPROM's.  The  result  of  the  comparison  is  a 
report  that  either  the  EEPROM's  match  the  file  or  they  do 
not.  If  they  don't  match,  up  to  16  differences  will  be 
illustrated  and  verification  will  terminate. 


As  implied  in  the  previous  paragraph,  the  verification 
process  may  involve  comparing  more  than  one  EEPROM  against  a 


file  which  is  larger  than  one  kilobyte.  In  these  cases 
software  prompts  the  user  to  change  EEPROM's  at  appropriate 
times.  During  this  change,  the  user  must  be  aware  of  the 
order  in  which  the  EEPROM's  are  inserted  for  verification. 
The  order  of  comparison  is  from  the  EEPROM  with  the  lowest 
physical  address  to  the  one  with  the  highest.  Logically  this 
order  corresponds  with  the  direction  in  which  the  disk  file 
is  read . 

As  was  the  case  with  the  program  command,  the  verify 
command  allows  relative  starting  addresses.  Relative 
addressing  is  accomplished  in  the  same  manner  for  both  the 
verify  and  program  commands,  with  appropriate  subroutines 
being  shared  between  them. 

As  an  example  of  where  the  relative  addressing  facility 
would  be  used,  consider  the  following  scenario.  The  fourth 
and  fifth  EEPROM's  within  a  six  kilobyte  program  are 
suspected  of  being  swapped.  So,  to  find  which  is  the  fourth 
EEPROM,  on  i  is  chosen  and  compared  to  the  0C00H  to  OFFFH 
address  space  of  the  program  contained  on  the  disk  file. 
Assuming  that  the  program  on  the  disk  file  starts  at  address 
0,  the  user  would  initiate  the  Verify  command  and  respond  to 
console  prompts  as  specified  below: 

FILENAME?  filename 

PLEASE  ANSWER  THE  FOLLOWING  QUESTIONS  IN  HEXIDECIMAL 

NOTE:  THE  FIRST  2  ADDRESSES  MUST  BE  ON  KILOBYTE 

BOUNDARIES 

STARTING  ADDRESS  OF  PROGRAM  ON  FILE?  0 

FIRST  ADDRESS  TO  BE  PROG RAMMED/ VE RIF  I  ED ?  COO 

LAST  ADDRESS  TO  BE  PROGRAMMED/ VERIFIED?  FFF 
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The  result  of  these  responses  is  that  the  chosen  EEPROM  is 
compared  to  the  fourth  kilobyte  (decimal  -  307  2  to  4095)  of 
the  program  on  the  disk  file.  If  verification  completes 
without  errors  then  the  chosen  EEPROM  is  indeed  the  fourth  of 
the  sequence. 

D_UM£.  This  command  is  used  to  dump  one  or  more  EEPROM' s 
to  a  disk  file.  In  this  way  a  floppy  disk  file  can  be 
created  to  contain  the  contents  of  a  set  of  EEPROM's. 

************ 

**  NOTE  ** 

************ 

Since  the  dump  command  creates  a  new  disk  file  to  hold 
EEPROM(s)  data,  a  user  response  to  the  software  request  for  a 
filename  must  be  a  unique  file. 

Usually  programs  are  larger  than  one  kilobyte  and 
stretch  across  several  EEPROM's.  Still  one  file  can  be 
created  to  hold  an  entire  program.  The  dump  command  allows 
for  dumping  sequences  of  EEPROM's  by  asking: 

DO  YOU  HAVE  MORE  EEPROM'S?  (Y/N) 
after  the  dumping  of  each  EEPROM  is  completed.  To  include 
another  EEPROM  in  the  dump  sequence  the  user  replies  with  a 
"Y".  Software  will  instruct  the  user  what  to  do  next.  Note 
also  that  the  program  sequence  on  the  disk  file  is  entirely 
determined  by  the  order  in  which  EEPROM's  are  inserted  in  the 
the  Programmer  socket.  The  first  EEPROM  appears  first  on  the 
file. 
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Errors 


EEPROM  Programmer  software  recognizes  many  user  errors. 
When  an  error  occurs,  a  message  is  printed,  execution  of  the 
current  command  ceases,  and  program  control  is  returned  to 
the  Programmer  command  entry  level.  At  the  command  entry 
level  the  user  can  retry  the  erroneous  command,  or  try  a 
different  command.  Error  messages  and  some  of  their  causes 
are  : 

FILE  COULD  NOT  BE  CREATED  -  disk  directory  is  full  or 
requested  file  already  exists; 

FILE  NOT  FOUND  -  the  requested  file  name  is  not 
on  the  specified  disk; 

DISK  RECORD  COULD  NOT  BE  WRITTEN  -  either  the  directory 
is  full  or  no  more  file  space  is  available; 

DISK  READ  ERROR  OR  UNEXPECTED  EOF  -  an  attempt  to  read  a 
disk  record  resulted  in  an  error  with  no  record 
transferred; 

PROM  DID  NOT  ERASE  -  the  current  EEPROM  can  not  be 
cleared  to  zero's; 

VERIFY  ERROR  -  data  contained  on  the  disk  file  and  in 
the  current  EEPROM  do  not  match; 

RELATIVE  MAGNITUDE  OF  ADDRESS  IS  INVALID  -  beginning 
addresses  must  be  less  than  ending  addresses; 

INVALID  ADDRESS  -  addresses  must  be  in  hexidecimal;  some 
addresses  must  also  be  on  kilobyte  boundaries. 
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MBM  Interactive  Development  System 

I .  Introduct ion 

This  Appendix  documents  operation  of  the  MBM  Interactive 
Development  System  (MIDS),  designed  to  support  Intel  7110 
MBM's.  Documentation  consists  of  an  Intel  BPK-72  to  S-100 
hardware  interface  schematic,  and  MIDS  software  listings. 
Following  the  listings  is  a  user's  manual  which  describes  the 
System's  capabilities  and  summarizes  its  operating 
procedures.  Before  using  MIDS,  users  must  be  familiar  with 
MBM  operating  characteristics  as  outlined  in  the  BPK-7  2 
Bubb 1 e  Memory  Prototype  Kit  User's  Manual  (Ref  2). 

MIDS  is  a  flexible  tool  for  supporting  Intel  7110  MBM's. 
This  flexibility  results  from  two  design  considerations.  One 
is  that  the  hardware  is  based  on  the  S-100  bus.  Another  is 
that  software  runs  under  control  of  the  Cromemco  Disk 
Operating  System  (CDOS)  and  consequently  the  Control  Program 
for  Microprocessors  (CPM)  Operating  System.  Further 
explanations  of  these  design  decisions  are  contained  in 
following  sections  of  this  document. 


156 


1 1 .  S- 1 0  0  Interface 


Adaptation  of  the  BPK-72  bus  structure  to  the  S-100  bus 
is  illustrated  in  the  schematic  diagram  of  Figure  16.  To 
facilitate  understanding  of  the  schematic,  Table  XIV  lists 
the  functions  of  the  IG's  used  to  construct  the  bus  interface. 
More  detailed  information  on  individual  IC's  is  available 
from  The  TTL  Data  Book  (Ref  28). 

The  BPK-72  to  S-100  interface  is  assembled  on  an  S-100 
wirewrap  card.  Attached  to  the  card  is  a  44  pin  connector 
for  seating  the  BPK-72.  This  construction  allows  easy 
transportation  of  MBM  hardware  to  any  S-100  based  system. 
Another  aid  to  transportability  is  the  full  buffering  of  the 
interface  circuitry  to  present  only  a  single  TTL  load  to  the 
S-100  bus.  Table  XV  lists  the  subset  of  S-100  pins  required 
by  the  BPK-72. 

Yet  another  aid  to  transportability  is  the  onboard 
bw itch  selection  of  the  seven  most  significant  bits  of  the 
MBM  peripheral  port  addresses.  This  allows  MBM  hardware 
addresses  to  be  chosen  which  do  not  interfere  with  the 
permanent  I/O  addresses  of  the  host  computer.  These 
addresses  are  selected  by  opening  and  closing  appropriate 
switches.  Closed  switches  indicate  zero  bit  settings,  and 
open  switches  indicate  ones.  The  most  significant  address 
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TABLE  XIII 


Selectable  MBM  I/O  Ports 


Port  Address 

Func  t ion 

BBBB 

BBBO 

Bi-directional  Data  Bus 

BBBB 

BBB1 

Command  Port  (output  only) 

BBBB 

BBB1 

Status  Port  (input  only) 

bit  corresponds  to  pin  1  of  the  IC  socket  that  houses  the 
address  swithes. 

Table  XIII  lists  MBM  port  addresses  and  their  related 
function.  The  least  significant  bit  of  the  addresses  is 
hardwired.  The  user  selectable  bits  are  denoted  with  B's. 
When  setting  these  B's,  be  sure  that  corresponding  changes 
are  made  to  MIDS  software. 
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TABLE  XIV 


BPK-72  to  S-100  IC  Listing 


Device 

Type 

Func tional 

Des igna  t io  n 

Schema  tic 
Refer  enc  e 

7  40  2 

Quad  2-input  NOR  Gates 

U1 

7404 

Hex  Inverters 

U  2 

74244 

Octal  Buffers 

U3 

8216 

4-bit  Bidirectional 

Bus  Driver 

U4  ,U5 

7485 

4-bit  Magnitude  Comparator 

U6  ,U7 

TABLE  XV 

BPK-72  to  S-100  Interface  Definition 


S-100 

Pin 

Signal 

Func  t ion 

S-100 

P  in 

S  igna 1 
Function 

1 

+  8  V 

73 

INT 

2 

+ 1  8  V 

75 

RESET 

25 

CLK  (4  MHz) 

79 

Addr  0 

29 

Addr  5 

80 

Addr  1 

30 

Addr  4 

81 

Addr  2 

31 

Addr  3 

82 

Addr  6 

35 

Data  Out  1 

83 

Addr  7 

36 

Data  Out  0 

88 

Data  Out  2 

38 

Data  Out  4 

89 

Data  Out  3 

39 

Data  Out  5 

90 

Data  Out  7 

40 

Data  Out  6 

91 

Data  In  4 

41 

Data  In  2 

92 

Data  IN  5 

42 

Data  In  3 

93 

Data  In  6 

43 

Data  In  7 

94 

Data  In  1 

45 

OUT 

95 

Data  In  0 

46 

INP 

96 

INTA 

50 

GND 

59 


Figure  16.  BPK-72  to  S-100  Interface  Schematic. 
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Ill 


So  f  twar e 


The  MIDS  software  listings  are  attached.  The  first 
listing,  Figure  17,  supports  the  interactive  feature  of  MIDS 
by  accepting  and  directing  user  requests  for  system 
operations.  The  second  listing,  Figure  18,  is  a  subprogram 
containing  MBM  driver  routines.  Both  programs  were  written 
in  Z-80  assembler  language  with  system  calls  to  CDOS  for  I/O 
support  . 

Because  CDOS  system  calls  are  restricted  to  those 
between  1  and  27,  the  software  is  transportable  to  CPM  based 
systems  without  modification.  This  transport  feature  results 
from  identical  execution  of  the  operating  systems  for  calls 
in  the  range  of  1  to  27. 
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MACRO-80  3.36  17-Har-80 


PAGE  1 


0000' 


.Z80 

ASEG 

ORG  100H 

TITLE:  HIDS  -  MBM  INTERACTIVE  DEVELOPMENT  SYSTEM 

AUTHOR:  CAPT  R  E  MEISNER 

DATE: 

SYSTEM:  CROMEHCO  Z2D  /  CDOS  2.36 

DESCRIPTION:  THIS  PROGRAM  IS  AN  INTERACTIVE  DEBUGGER  FOR 
THE  INTEL  7110  MAGNETIC  BUBBLE  MEMORY  (MBM) . 
OPERATION:  THIS  PROGRAM  CONTAINS  THE  INTERACTIVE  ROUTINES 
FOR  COMMUNICATING  WITH  AN  MBM  DEBUGGER  USER. 

TO  OPERATE  IT  MUST  BE  LINKED  TO  APPROPRIATE  MBM 


1 


DRIVER  ROUTINES.  DRIVER  ROUTINES  ARE  CONTAINED 
IN  MBH.REL,  AN  OBJECT  FILE  OF  THE  FOLLOWING 
ROUTINES. 

EXTRN  HBH8STAT 
EXTRN  HBH$ICLR 
EXTRN  MBM* I SET 
EXTRN  MBMWBRH 
EXTRN  HBM8INIT 
EXTRN  MBMiREAD 
EXTRN  HBHtURIT 
EXTRN  HBKiRSEK 
EXTRN  MBMWXBR 
EXTRN  MBMiUXBR 
EXTRN  M8MWZBL 
EXTRN  MBIttRFSA 
EXTRN  MBM8ABRT 
EXTRN  MBMtUSEK 
EXTRN  HBMtRZBL 
EXTRN  MBM8RCDT 
EXTRN  MBMIFFRE 
EXTRN  HBMBPURG 
EXTRN  MBMtSRES 

IN  ADDITION,  HBM.REL  CONTAINS  THE  FOLLOWING 
COMMON  VARIABLES: 

EXTRN  MBMIBHCR 
EXTRN  HBMtPSIZ 


PAGE 


Figure  17.  MIDS  Software  (page  1  of  34). 
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MACRO-dO  3.3a  17-Har-aO 


PACE  1-1 


DICTIONARY:  THE  FOLLOWING  IS  A  LIST  OF  SOME  OF  THE 

ABREVIATIONS  USED  IN  THIS  SOURCE  LISTING. 
BLR  -  BLOCK  LENGTH  REGISTER 
BHC  -  BUBBLE  MEMORY  CONTROLLER 
BUF  -  BUFFER 
CHAR  -  CHARACTER 
CNTR  -  COUNTER 

ICD  -  INTERNALLY  CORRECT  DATA  (MBM  COMMAND) 

INIT  -  INITIALIZE 

LSB  -  LEAST  SIGNIFICANT  BIT/BYTE 

MBM  -  MAGNETIC  BUBBLE  MEMORY 

MSB  -  MOST  SIGNIFICANT  BIT/BYTE 

NBR  -  NUMBER 

PNTR  -  POINTER 

RCD  -  READ  CORRECTED  DATA  (MBM  COMMAND) 

REG  -  REGISTER 
XFER  -  TRANSFER 


;#****#****«**«»#*  CONSTANTS  **«»*********«****»**#**«*»*****»***»**»» 


FFFF 

NEG1 

EQU 

-1 

OOOO 

ZERO 

EQU 

0 

0001 

ONE 

EQU 

1 

0002 

TWO 

EQU 

2 

0003 

THREE 

EQU 

3 

0004 

FOUR 

EQU 

4 

OOOD 

CR 

EQU 

ODH 

\ ASCI I  CARRAIGE  RETURN 

OOOA 

LF 

EQU 

OAH 

; ASCI I  LINE  FEED 

005? 

YES 

EQU 

'  Y' 

;«**  YES/NO  RESPONSES  »*» 

004E 

NO 

EQU 

•N- 

;***  TO  USER  PROMPTS  *#* 

0020 

SPACE 

EQU 

'  ' 

0055 

FILLER 

EQU 

55H 

;FILL  CHAR  FOR  FIFO  BUF 

;MBM  REGISTER  ADDRISS  COUNTER  (RAC)  ASSIGNMENTS 

OOOE 

ADRO 

EQU 

OEH 

^ADDRESS  REG  (LSB) 

OOOF 

ADR1 

EQU 

OFH 

; ADDRESS  REG  (MSB) 

0000 

FIFO 

EQU 

OOH 

;FIFO  I/O  REG 

;HBH  CONTROLLER 

(BHC)  STATUS  REG  BIT  POSITIONS 

0005 

0PF8PS 

EQU 

5 

;0P  FAIL 

0006 

0PC8PS 

EQU 

6 

;0P  COMPLETE 

Figure  17.  HIDS  Softwre  (page  2  of  34). 


163 


r 


i 


MACRO -80  3.36 

17-Har-80  PACE 

1-2 

0007 

BSYBPS  EGU 

/ 

{BMC  BUSY 

{MBH  CONTROLLER 

(BMC)  ENABLE  REG  BIT  POSITIONS 

0000 

INBPS  EQU 

0 

{INTERRUPT  ENABLE  (NORMAL) 

0001 

IEBPS  EQU 

1 

{INTERRUPT  ENABLE  (ERROR) 

0002 

DMABPS  EQU 

2 

;DMA  ENABLE 

0003 

XFRBPS  EQU 

3 

;MAX  FSA  TO  BMC  XFER  RATE 

0004 

WBLBPS  EQU 

4 

{WRITE  BOOTLOOP  ENABLE 

0005 

RCDBPS  EQU 

5 

{ENABLE  READ  CORRECTED  DATA 

0006 

ICDBPS  EQU 

6 

{ENABLE  INTERNALLY  CORRECTED  DATA 

0007 

IPBPS  EQU 

7 

{INTERRUPT  ENABLE  (PARITY) 

{MBM  CONTROLLER 

ENABLE  REG  BIT  SETTINGS 

0020 

RCDBIT  EQU 

20H 

{READ  CORRECTED  DATA 

0040 

I CEBIT  EQU 

40H 

{INTERNALLY  CORRECT  DATA 

{OTHER  MBM  RELATED  CONSTANTS 

0028 

BNIDATA  EQU 

28H 

{DATA  I/O  PORT 

0029 

BH4CMD  EQU 

29H 

{COMMAND  OUT  PORT 

{CDOS  SYSTEM  CALL  PARAMETERS 

0005 

COOS  EQU 

0005H 

;CDOS  ENTRY  POINT 

0001 

RDCHR  EQU 

1 

{READ  A  CHAR  FROM  THE  CONSOLE 

0002 

PRTCHR  EQU 

2 

{WRITE  A  CHAR  TO  THE  CONSOLE 

0009 

PRTLN  EQU 

9 

{PRINT  BUF  LINE  ON  CONSOLE 

000A 

RDLN  EQU 

10 

{READ  LINE  FROM  CONSOLE  INTO  BUF 

0024 

PRTEND  mi 

{END  PRINT  BUF  PNTR 

^CONSOLE  MESSAGES 

0100 

OD  OA  24 

CRLF:  DB 

CR,LF, PRTEND 

0103 

OD  OA  OA 

PREHSGj  DB 

CR,LF/LF 

0106 

20  20  20  57 

DB 

'  WELCOME  TO  THE  INTEL  7110  INTERACTIVE  DEBUGGER 

Figure  17.  HIDS  Software  (page  3  of  34), 


MACRO; -80  3.36 

17-Mar-80  PAGE 

1-3 

0137 

OD 

OA 

OA 

DB 

CR,LF,LF 

013A 

41 

4E 

59 

54 

DB 

ANYTIME  YOU  WISH  TO  SEE  A  COMMAND  MENU,  TYPE  H  (HELP)' 

016F 

00 

OA 

DB 

CR,LF 

0171 

20 

20 

20 

20 

OB 

TO  RETURN  TO  CDOS,  TYPE  X  (EXIT)' 

01A2 

00 

OA 

OA 

DB 

CR,LF,LF 

01A5 

54 

48 

45 

20 

DB 

'THE  SYSTEM  IS  CURRENTLY  SET  FOR  POLLED  I/O  PROCESSING' 

01DA 

00 

OA 

24 

DB 

CR,LF, PRTEND 

01DD 

00 

OA 

43 

4F 

PROMPT :  DB 

CR/LF/ COMMAND  -  '  , PRTEND 

01EA 

00 

OA 

09 

20 

CNDERR:  DB 

CR.LF,'  *««  ERROR  *»»  INVALID  COMMAND' , PRTEND 

0200 

00 

OA 

0? 

20 

INPERR:  DB 

CR,LF,'  **»  ERROR  »»»  INVALID  INPUT' , PRTEND 

022E 

20 

20 

30 

3C 

BSYWRN:  DB 

‘  (<<  BUSY  >»  ', PRTEND 

023F 

20 

20 

3C 

3C 

QPCNPL:  DB 

'  ((<  OP  COMPLETE  >>>  ',PRTEND 

0257 

20 

20 

3C 

3C 

OPERR:  DB 

'  <<<  QP  FAIL  >>>  CAUTION:  BMC  REGISTER' ,CR,LF 

0282 

0? 

0? 

0? 

20 

DB 

VALUES  HAY  BE  INVALID' , PRTEND 

029C 

20 

20 

53 

54 

STATHD:  DB 

'  STATUS  =  ' , PRTEND 

02A8 

00 

OA 

0? 

4E 

BLKMSG:  DB 

CR,LF,'  NUMBER  OF  PAGES  PER  I/O  BLOCK  =  ' , PRTEND 

02CC 

00 

OA 

OA 

09 

EN1NSG:  DB 

CR,LF,LF,'  ENABLE  NORMAL  INTERRUPTS?  ' 

02EA 

28 

5? 

2F 

4E 

DB 

' (Y/N/Return)  ’ , PRTEND 

02F8 

00 

OA 

09 

20 

EN2MSG:  DB 

CR,LF,'  INTERRUPT  ON  ERRORS?  (Y/N/Return)  ' ,PRTEND 

0323 

00 

OA 

09 

20 

EN3MSG :  DB 

CR/LF/  MAXIMUM  TRANSFER  RATE?  (Y/N/Return)  '  ,PRTEND 

034E 

00 

OA 

09 

20 

EN5MSG :  DB 

CR,LF,'  READ  CORRECTED  DATA?  (Y/N/Return)  ' ,PRTEND 

037? 

00 

OA 

0? 

20 

EN6MSG:  DB 

CR/LF/'  INTERNALLY  CORRECT  DATA?  (Y/N/Return)  ' /PRTEND 

03A4 

00 

OA 

OA 

09 

RE1HSG:  DB 

CR/LF, LF,'  (*(*(*(*<#  REINITIALIZING  MBM  ' 

03C7 

50 

45 

52 

4? 

OB 

'PERIPHERAL  *>»>«>#>*>' ,CR,LF,LF, PRTEND 

03E0 

00 

OA 

OA 

0? 

NSG441:  DB 

CR,LF,LF,'  UHICH  BUBBLE?  ' , PRTEND 

03FC 

00 

OA 

09 

52 

MSG4$2:  OB 

CR/LF,'  RECORD  NUMBER  (3  HEX  DIGITS)?  PRTEND 

041E 

20 

20 

49 

4E 

NSGIil:  DB 

'  INITIAL  VALUE  (1  HEX  BYTE)?  ', PRTEND 

043D 

00 

OA 

09 

09 

MSG I $2:  DB 

CR/LF,’  INCREMENT  (1  HEX  BYTE)?  ', PRTEND 

045B 

20 

20 

42 

4D 

HSGQ:  DB 

'  BMC  ADDRESS  REG  =  ' /PRTEND 

0470 

20 

20 

4E 

4F 

DESMSG:  DB 

'  NOTE:  1ST  BYTE  OF  FIFO  IS  DESTROYED  BY  THIS  ' 

049F 

43 

4F 

4D 

4D 

DB 

' COMMAND' ;CR,LF, PRTEND 

04A? 

00 

OA 

0? 

4F 

STADDR:  DB 

CR/LF,'  OPERATION  STARTED  AT  MBM  ADDRESS  '/PRTEND 

04CE 

BLROMSG; 

04CE 

00 

OA 

20 

20 

DB 

CR,LF, '  BLR  LSB  =' , PRTEND 

04EO 

BLR1MSG: 

04E0 

00 

OA 

20 

20 

DB 

CR/LF,'  BLR  MSB  =' /PRTEND 

04F2 

ENRHSG: 

04F2 

00 

OA 

20 

20 

DB 

CR/LF,'  ENABLE  REG  =' /PRTEND 

0504 

ADRONSC: 

0504 

00 

OA 

20 

20 

DB 

CR/LF,'  ADR  LSB  /PRTEND 

0516 

ADR1HSC: 

0516 

00 

OA 

20 

20 

DB 

CR/LF,'  ADR  MSB  =' /PRTEND 

0528 

00 

OA 

MENU:  DB 

CR/LF 

05 2 A 

0? 

0? 

2A 

2A 

DB 

»»*»*  MBM  COMMAND  MENU  ***»»', CR/LF, LF 

054B 

30 

20 

2D 

20 

DB 

'0  -  WRITE  BOOTLOOP  REGISTER  MASKED 

Figure  17.  AIDS  Softeare  (page  4  of  34), 
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MACRO -80  3.38  17-Har-80 


PACE  1-9 


0570 

31  20  2D  20 

DB 

'1  - 

INITIALIZE' ,CR,LF 

0580 

32  20  2D  20 

DB 

’2  - 

READ  BUBBLE 

0597 

33  20  2D  20 

DB 

'3  - 

WRITE  BUBBLE' ,CR,LF 

05A9 

34  20  2D  20 

DB 

'4 

READ  SEEK 

05BE 

35  20  2D  20 

DB 

'5  - 

READ  BOOTLQOP  REGISTER' ,CR,LF 

05  DA 

38  20  2D  20 

DB 

'8  - 

WRITE  BOOTLQOP  REGISTER 

05FB 

37  20  2D  20 

DB 

'7  - 

WRITE  BOOTLQOP' ,CR,LF 

080F 

38  20  2D  20 

DB 

'8  - 

READ  FSA  STATUS 

0829 

39  20  2D  20 

DB 

'9  - 

ABORT' ,CR,LF 

0834 

41  20  2D  20 

DB 

'A  - 

WRITE  SEEK 

064A 

42  20  2D  20 

DB 

'B  - 

READ  BOOTLOOP',CR,LF 

085D 

43  20  2D  20 

D8 

*c  - 

READ  CORRECTED  DATA 

067B 

44  20  2D  20 

DB 

'D  - 

RESET  FIFO',CR,LF 

0888 

45  20  2D  20 

DB 

'E  - 

NBH  PURCE 

08AO 

48  20  2D  20 

DB 

'F  - 

SOFTWARE  RESET' ,CR,LF,LF 

08B5 

48  20  2D  20 

DB 

'H  - 

DISPLAY  COMMAND  MENU 

08D3 

49  20  2D  20 

DB 

•I  - 

INITIALIZE  HBM  BUFFER' ,CR,LF 

08EE 

4A  20  2D  20 

DB 

'J  - 

SET  INTERRUPT  I/O  PROCESSING 

0713 

4B  20  2D  20 

DB 

'K  - 

SET  POLLED  I/O  PROCESSING' ,CR,LF 

0732 

50  20  2D  20 

DB 

‘P  - 

PRINT  HBM  BUFFER  ON  CONSOLE 

0757 

51  20  2D  20 

DB 

'Q  - 

READ  BMC  ADDR  REG  (AND  PRINT) ' ,CR,LF 

077 A 

52  20  2D  20 

DB 

'R  - 

READ  FIFO  (AND  PRINT) 

0799 

53  20  2D  20 

DB 

'S  - 

PRINT  BMC  STATUS' ,CR,LF 

07AF 

55  20  2D  20 

DB 

'U  - 

SET  BMC  REG  VALUES 

07CC 

58  20  2D  20 

DB 

'V  - 

PRINT  BMC  REG  VALUES' ,CR,LF 

07E8 

57  20  2D  20 

DB 

'y  - 

WRITE  FIFO 

07FC 

58  20  2D  20 

DB 

'X  - 

EXIT  TO  CDQS' ,CR,LF,PRTEND 

•*»*##»»***»»##*  END  CONSTANTS  Me************************************ 

;«#***#*****«**##»  VARIABLES  ****#*#»*«*«**#*#**********»#*#*»«»#**»»* 

080F 

00 

INTFLG:  DB 

0 

; INTERRUPT  ENABLED  FLAG 

OOCC 

BUFLEN  EQU 

204D 

;LENGTH  OF  MBM  I/O  BUFFER 

0810 

MBHBUF:  DS 

204D 

;MBM  I/O  BUFFER 

08DC 

50 

CONBF:  DB 

SOD 

; BUFFER  LENGTH 

08DD 

00 

DB 

0 

;NBR  OF  CHAR  READ 

08DE 

DS 

SOD 

^CONSOLE  INPUT  BUFFER 

;»#####*##*»**»»  END  VARIABLES  *************************************** 
PAGE 


Figure  17.  RIDS  Software  (page  5  of  34). 
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MACRO -80  3.34 

17 -Mar -80  PACE 

1-14 

092E 

ED  73  0978 

STARTs  LD 

( OLDSP), SP 

;SAVE  OLD  STACK  PNTR 

0932 

31  0978 

LD 

SP, STACK 

j IHIT  NEU  STACK 

0935 

C3  097 A 

JP 

CONTINUE 

0938 

DS 

44 

;44  BYTE  STACK 

0978 

STACK  EQU 

$ 

;TOP  OF  STACK 

0978 

0000 

OLDSP:  DU 

0 

;OLD  STACK  PNTR  SAME  AREA 

097 A 

CONTINUES 

097 A 

OE  09 

LD 

C,PRTLN 

•*»»»»»»»»»» 

097C 

11  0103 

LD 

DE,PREMSG 

\*  PRINT  PREAMBLE  * 

097F 

CD  0005 

CALL 

CDOS 

•**»»**»**** 

0982 

GETIOPR: 

0982 

OE  09 

LD 

C  ,PRTLN 

■*****#**#*##**# 

»  * 

0984 

11  01DD 

LD 

DE  >PROHPT 

5*  PROMPT  USER  WITH  COMMAND  - 

* 

0987 

CD  0005 

CALL 

CDOS 

•a***#***#***##* 

«  * 

098A 

OE  01 

LD 

C,RDCHR 

;***  GET  USER  **» 

098C 

CD  0005 

CALL 

CDOS 

;«**  RESPONSE  *«* 

098F 

FE  30 

CP 

'0' 

0991 

CC  0A77 

CALL 

Z,OPR*0 

;HRITE  BOOTLOOP  REG  MASKED 

0994 

CA  0982 

JP 

Z /GET40PR 

0997 

FE  31 

CP 

'1' 

0999 

CC  0A85 

CALL 

Z/0PRS1 

INITIALIZE 

099C 

CA  0982 

JP 

Z,GET$OPR 

099F 

FE  32 

CP 

'2' 

09A1 

CC  0A8E 

CALL 

Z /0PRI2 

;READ  DATA 

09A4 

CA  0982 

JP 

Z,GETMPR 

09A7 

FE  33 

CP 

'3' 

09A9 

CC  0AB2 

CALL 

Z,0PR$3 

;URITE  DATA 

09AC 

CA  0982 

JP 

Z,GET*OPR 

09AF 

FE  34 

CP 

•  y 

09B1 

CC  OACB 

CALL 

Z,0PR$4 

;READ  SEEK 

09B4 

CA  0982 

JP 

Z,GET$OPR 

09B7 

FE  35 

CP 

■5’ 

09B9 

CC  OADB 

CALL 

Z/QPR45 

;READ  BOOTLOOP  REG 

09BC 

CA  0982 

JP 

Z,GET»OPR 

Figure  17.  HIDS  Softeare  (page  4  of  34). 
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PAGE 

1-15 

09BF 

FE  36 

CP 

'6' 

09C1 

CC  0AE9 

CALL 

Z,QPR$6 

09C4 

CA  0982 

JP 

Z,GET$OPR 

09C7 

FE  37 

CP 

*7* 

09C9 

CC  0AF7 

CALL 

Z,0PR$7 

09CC 

CA  0982 

JP 

Z/GETiOPR 

09CF 

FE  38 

CP 

'8' 

09D1 

CC  OBOO 

CALL 

Z,0PR*8 

09D4 

CA  0982 

JP 

Z,GET$OPR 

09D7 

FE  39 

CP 

'9' 

09D9 

CC  OB09 

CALL 

Z,0PR«9 

09DC 

CA  0982 

JP 

Z,GET*OPR 

09DF 

FE  41 

CP 

'A' 

09E1 

CC  0812 

CALL 

Z,OPR*A 

09E4 

CA  0982 

JP 

Z,GET$OPR 

09E7 

FE  42 

CP 

'8' 

09E9 

CC  0B22 

CALL 

Z,OPR$B 

09EC 

CA  0982 

JP 

Z,GET$OPR 

09EF 

FE  43 

CP 

*C' 

09F1 

CC  0B2B 

CALL 

Z,OPR*C 

09F4 

CA  0982 

JP 

Z,GET«OPR 

09F7 

FE  44 

CP 

O' 

09F9 

CC  0B34 

CALL 

Z ,OPR$D 

09FC 

CA  0982 

JP 

Z,GET90PR 

09FF 

FE  45 

CP 

'E' 

OAOl 

CC  0B3D 

CALL 

Z ;OPR$E 

0A04 

CA  0982 

JP 

Z,GET*OPR 

0A07 

FE  46 

CP 

*F' 

0A09 

CC  0B46 

CALL 

Z,OPR»F 

OAOC 

CA  0982 

JP 

Z,GET$OPR 

OAOF 

FE  48 

CP 

'H' 

OA11 

CC  0B4F 

CALL 

Z,OPRKH 

0A14 

CA  0982 

JP 

Z,GET$OPR 

0A17 

PE  49 

CP 

T 

0A19 

CC  0B5E 

CALL 

Z,OPR*I 

OA1C 

CA  0982 

JP 

Z,GET»OPR 

Figure  17,  fllDS  Software  (page  7 


5 WRITE  BOOTLOOP  REG 

$ WRITE  BOOTLOOP 

;READ  FSA  STATUS 

5 ABORT 

;URITE  SEEK 

;READ  BOOTLOOP 

?READ  CORRECTED  DATA 

;RESET  FIFO 

;MBM  PURGE 

5 SOFTWARE  RESET 

iHELP 

; INITIALIZE  PIBfl  BUFFER 

34). 
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PACE  1-16 


0A1F 

FE  4A 

CP 

■J- 

0A21 

CC  OBDO 

CALL 

Z/0PR8J 

;SET  INTERRUPT  I/O  PROCESSING 

0A24 

CA  0?82 

JP 

Z,GET«PR 

0A27 

FE  4B 

CP 

'K' 

0A2? 

CC  OBDB 

CALL 

Z,OPR*K 

;SET  POLLED  I/O  PROCESSING 

0A2C 

CA  0982 

JP 

Z,GET*GPR 

0A2F 

FE  50 

CP 

'P' 

0A31 

CC  0BE5 

CALL 

Z;QPR*P 

;PRINT  MBPt  BUFFER 

0A34 

CA  0982 

JP 

Z,GET$OPR 

0A37 

FE  51 

CP 

■O' 

0A3? 

CC  0C61 

CALL 

Z,OPR$Q 

; PRINT  BPIC  ADDR  REG 

0A3C 

CA  0982 

JP 

Z,GET*OPR 

0A3F 

FE  52 

CP 

'R' 

0A41 

CC  0C87 

CALL 

Z,OPR*R 

;READ  FIFO 

0A44 

CA  0982 

JP 

Z,GET$OPR 

0A47 

FE  53 

CP 

'S' 

0A49 

CC  0D47 

CALL 

Z ;PRT$BHS 

; PRINT  BHC  STATUS 

0A4C 

CA  0982 

JP 

Z,GET$OPR 

0A4F 

FE  55 

CP 

'U' 

0A51 

CC  0CB4 

CALL 

Z,OPR*U 

?SET  BHC  REGS  VALUES 

0A54 

CA  0982 

JP 

Z,GET$OPR 

0A57 

FE  56 

CP 

'O' 

0A59 

CC  OCDF 

CALL 

Z,OPR*V 

;PRINT  BHC  REG  VALUES 

0A5C 

CA  0982 

JP 

Z,GET$OPR 

0A5F 

FE  57 

CP 

'«' 

0A61 

CC  0D2C 

CALL 

Z,OPR*W 

; WRITE  FIFO 

0A64 

CA  0982 

JP 

Z,GET<OPR 

0A67 

FE  58 

CP 

'X' 

0A69 

CA  0D40 

JP 

Z,QPRtX 

;EXIT 

0A6C 

OE  09 

LD 

C,PRTLN 

;#*#*******# 

0A6E 

11  01EA 

LD 

DE,CMDERR 

;*  INVALID  COMMAND  » 

0A71 

CD  0005 

CALL 

CDOS 

;»****#****» 

0A74 

C3  0982 

JP 

GET$OPR 

PAGE 


Figure  17.  MIDS  Software  (page  8  of  34), 
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•***  **************** 
;»*»  WRITE  BOOTLOOP  REG  MASKED  *** 
;***  **************** 


0A77 

F5 

OPRtO:  PUSH 

AF 

0A78 

E5 

PUSH 

HL 

OA/9 

21  0810 

LD 

HL  ,HBt1BUF 

,-SET  PNTR  TO  HBH  BUF 

0A7C 

CD  0000* 

CALL 

HBHtUBRH 

; WRITE  BOOTLOOP  REG  MASKED 

0A7F 

CD  0D47 

CALL 

PRTtBNS 

;PRIHT  MBM  STATUS 

0A82 

El 

POP 

HL 

0A83 

FI 

POP 

AF 

0A84 

C? 

RET 

;*#*  ********* 
;***  INITIALIZE  *** 

;***  ********* 


0A85 

F5 

OPRtl:  PUSH 

AF 

0A86 

CD  0000* 

CALL 

NBMtINIT 

^INITIALIZE 

0A89 

CD  0D47 

CALL 

PRTtBHS 

;PRINT  MBM  STATUS 

0A8C 

Fi 

POP 

AF 

0A8D 

C9 

RET 

•***  * 

*  *  *  * 

*** 

?***  READ  DATA  *** 

;***  * 

*  *  *  * 

*** 

0A8E 

F5 

0PRt2: 

PUSH 

AF 

0A8F 

C5 

PUSH 

BC 

0A90 

E5 

PUSH 

HL 

0A91 

3E  55 

LD 

A, FILLER 

,-INIT  FILL  CHAR 

0A93 

06  CC 

LD 

B,BUFLEN 

;  LOOP  CNTR 

0A95 

21  0810 

LD 

HLjNBMBUF 

;  BUF  PNTR 

0A98 

77 

LD 

(HL),A 

5*  ******** 

0A99 

23 

INC 

HL 

5*  FILL  THE  BUF  * 

0A9A 

10  FC 

DJNZ 

t-2 

•*»»»***** 

0A9C 

ED  4B  0003* 

LD 

BC,(HBHtBMCR+3) 

;GET  STARTING  PAGE  NBR 

OAAO 

21  0810 

LD 

HL,HBHBUF 

;LQAD  INPUT  BUF  PNTR 

0AA3 

CD  0000* 

CALL 

NBNtREAD 

;READ  MBM  PAGE(S) 

0AA6 

CD  0D47 

CALL 

PRTtBHS 

;PRINT  MBM  STATUS 

Figure  17. 

RIDS  Software  (page  9  of  34), 
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PAGE 

1-18 

0AA9 

60 

LD 

H,B 

;***  PRINT  *** 

OAAA 

69 

LD 

L,C 

}*»*  READ  **» 

OAAB 

CD  0D84 

CALL 

PRTSAD 

;***  START  ADDR  *** 

OAAE 

El 

POP 

HL 

OAAF 

Cl 

POP 

BC 

OABO 

FI 

POP 

AF 

0AB1 

C9 

RET 

•***  ********* 
$***  WRITE  DATA  *** 
;***  »»**»*»** 


0AB2 

F5 

9 

0PR$3: 

PUSH 

AF 

0AB3 

C5 

PUSH 

BC 

0AB4 

E5 

PUSH 

HL 

0AB5 

ED  4B  0003* 

LD 

BC,(BBB$BBCR+3) 

;GET  STARTING  PAGE  NBR 

0AB9 

21  0810 

LD 

HL,BBBBUF 

;LOAD  OUTPUT  BUF  PNTR 

OABC 

CD  0000* 

CALL 

HBBfURIT 

■, WRITE  A  PAGE 

OABF 

CD  0D47 

CALL 

PRTiBBS 

;PRINT  BBB  STATUS 

0AC2 

60 

LD 

H,B 

;***  PRINT  »** 

0AC3 

69 

LD 

L,C 

;***  WRITE  *** 

0AC4 

CD  0D84 

CALL 

PRTSAD 

;***  START  ADDR  *** 

0AC7 

El 

POP 

HL 

0AC8 

Cl 

POP 

BC 

0AC9 

FI 

POP 

AF 

OACA 

C9 

PAGE 

RET 

Figure  17.  BIDS  Software  (page  10  of  34). 
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;***  ******** 
;***  READ  SEEK  **» 

;***  ******** 


OACB 

F5 

0PRS4: 

PUSH 

AF 

OACC 

CD  0ED7 

CALL 

SETADR 

OACF 

FE  FF 

CP 

NEC1 

0AD1 

28  04 

JR 

Z,04$RT 

0AD3 

CD  0000* 

CALL 

HBHfRSEK 

0AD4 

CD  0D47 

CALL 

PRT8BBS 

0AD9 

FI 

G44RT: 

POP 

AF 

OADA 

C9 

RET 

;***  *  *  *  *  * 

******* 

;***  READ  BOOTLOOP  REG  *** 

$*»*  *  *  *  *  * 

******* 

OADB 

F5 

0PR$5:  PUSH 

AF 

OADC 

E5 

PUSH 

HL 

DADD 

21  0610 

LD 

HL,HBNBUF 

OAEO 

CD  0000* 

CALL 

BBBiRXBR 

0AE3 

CD  0D47 

CALL 

PRT$BBS 

0AE4 

El 

POP 

HL 

OAE  7 

FI 

POP 

AF 

OAEO 

C? 

RET 

;#**  ***** 

*  *  *  *  *  *«* 

:***  WRITE  BOOTLOOP  REG  *»* 

•***  *  *  *  *  * 

******** 

OAE? 

F5 

0PR«4s  PUSH 

AF 

OAEA 

E5 

PUSH 

HL 

OAEB 

21  0810 

LD 

HLjBBBBUF 

OAEE 

CD  0000* 

CALL 

BBBtUXBR 

0AF1 

CD  0D47 

CALL 

PRTIBBS 

0AF4 

El 

POP 

HL 

0AF5 

FI 

POP 

AF 

0AF4 

C9 

RET 

PAGE 
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GO  SEEK 

PRINT  BBB  STATUS 


;SET  BUF  PNTR  FOR  CALL 
;READ  BOOTLOOP  REC 
;PRINT  BBB  STATUS 


•SET  BUF  PNTR  FOR  CALL 
;WRITE  BOOTLOOP  REG 
;PRINT  BBB  STATUS 
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PACE  1-20 


•#**  *********** 
;***  URITE  BOOTLOOP  *** 

•XX*  *********** 


0AF7 

F5 

QPR67:  PUSH 

AF 

OAFS 

CD  OOOO* 

CALL 

HBHtUZBL 

; URITE  BOOTLOOP 

OAFB 

CD  0D47 

CALL 

PRT$8HS 

gPRIHT  HBH  STATUS 

OAFE 

FI 

POP 

AF 

OAFF 

C? 

RET 

OBOO 

F5 

•XXX  xxxxxxxxxxxx 
;*xx  READ  FSA  STATUS'  *** 
•XXX  xxxxxxxxxxxx 

0PR$8i  PUSH  AF 

0B01 

CD  OOOOx 

CALL  flBHiRFSA 

;READ  FSA  STATUS' 

0B04 

CD  0D47 

CALL  PRTtBHS 

{PRINT  MH  STATUS 

0BO7 

FI 

POP  AF 

0B08 

C? 

RET 

•XXX  X  X  X  XXX 

;***  ABORT  *** 

•XXX  XXX  XXX 


0809 

F5 

0PR$9:  PUSH 

AF 

OBOA 

CD  0000* 

CALL 

HBIWABRT 

{ABORT  CURRENT  INSTRUCTION 

OBOD 

CD  0D47 

CALL 

PRT$BMS 

{PRINT  HBH  STATUS 

0B10 

FI 

POP 

AF 

0B11 

C? 

RET 

•*«*  x  *  *  *  X 

*  XX* 

;»»*  URITE  SEEK 

XX* 

•XX*  *  *  *  X  * 

X  XX* 

0B12 

F5 

OPR$A;  PUSH 

AF 

0B13 

CD  0ED7 

CALL 

SETADR 

;SET  BMC  ADDR  REC  VALUES 

0B14 

FE  FF 

CP 

NEC1 

, “INVALID  INPUT? 

0B18 

28  06 

JR 

Z,A»RT 

{YES 

0B1A 

CD  0000* 

CALL 

DBMUSEK 

{CO  SEEX 

Figure  17.  HIDS  Softeare  (page  12  of  34), 
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PACE 

1-21 

0B1D 

CD  0D47 

CALL 

PRTtBHS  •, PRINT  HBH  STATUS 

0820 

FI 

AiRT: 

POP 

AF 

0B21 

C9 

RET 

0B22 

F5 

•*»*  ********** 

;***  READ  BOOTLOOP  »»* 

•***  **»**»*»•» 

QPR$B:  PUSH  AF 

0B23 

CD  0000* 

CALL  HBN4RZBL 

;READ  BOOTLOOP 

0B26 

CD  0D47 

CALL  PRT$BHS 

;PRINT  HBH  STATUS 

0B29 

FI 

POP  AF 

0B2A 

C9 

RET 

:***  *  *  *  *  * 

******** 

:***  READ  CORRECTED  DATA  *** 

5***  *  *  *  *  * 

******** 

0B2B 

F5 

OPR*C:  PUSH 

AF 

0B2C 

CD  0000 * 

CALL 

mtRCOT 

;READ  CORRECTED  DATA 

0B2F 

CD  0D47 

CALL 

PRT4BHS 

;PRINT  HBH  STATUS 

0B32 

FI 

POP 

AF 

0B33 

C9 

RET 

;***  ***** 

»  »»» 

5***  FIFO  RESET 

1  *** 

$***  *  *  *  *  * 

*  *** 

0B34 

F5 

OPR$D;  PUSH 

AF 

0B35 

CD  0000* 

CALL 

HBHiFFRE 

; RESET  BHC  FIFO 

0B3B 

CD  0D47 

CALL 

PRT4BHS 

;PRINT  HBH  STATUS 

083B 

Ft 

POP 

AF 

0B3C 

C9 

RET 

Figure  17.  KIDS  Software  (page  13  of  34), 
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$***  #  *  *  *** 
;*»*  PURGE  *** 

;*#*  ****** 


083D 

F5 

QPRtE:  PUSH 

AF 

0B3E 

CO  0000* 

CALL 

HBHtPURG 

; PURGE  MBH  SYSTEM 

OB41 

CD  0047 

CALL 

PRTiBHS 

;PRINT  MBH  STATUS 

0B44 

FI 

POP 

AF 

0B45 

C9 

RET 

;***  ****»»*««** 

;*»*  SOFTWARE  RESET  »»» 

;***  *********** 

0846 

F5 

OPR«F:  PUSH  AF 

0B47 

CD  0000* 

CALL  HBM4SRES 

;RESET  MBM  SYSTEM 

0B4A 

CD  0047 

CALL  PRTtBHS 

;PRINT  MBH  STATUS 

0B4D 

FI 

POP  AF 

084E 

C9 

RET 

;***  »«*««« 
>***  HELP  *** 

;***  ****«« 


0B4F 

F5 

OPR*H:  PUSH 

AF 

0B50 

C5 

PUSH 

BC 

0B51 

05 

PUSH 

DE 

0B52 

OE  09 

LD 

C,PRTLN 

;»***»*«*****» 

0B54 

11  052B 

LD 

DE,MENU 

;*  PRINT  COMMAND  MENU  * 

0B57 

CD  0005 

CALL 

COOS 

$************* 

0B5A 

D1 

POP 

DE 

0B5B 

Cl 

POP 

BC 

0B5C 

FI 

POP 

AF 

0B5D 

C9 

RET 

PAGE 
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;««K  *  *  *  *  k 

******* 

*** 

',***  INITIALIZE  HBH  BUFFER 

»** 

•***  *  *  «  *  * 

******* 

*** 

0B5E 

F5 

0PR9I;  PUSH 

AF 

0B5F 

C5 

PUSH 

BC 

0B60 

05 

PUSH 

DE 

0B61 

E5 

PUSH 

HL 

0B62 

OE  09 

LD 

C  ,PRTLN 

;***  PROMPT  USER  *** 

0B64 

11  041E 

LD 

DE,HSGI$1 

;***  FOR  INITIAL  *** 

0B67 

CD  0005 

CALL 

CDOS 

;*»*  VALUE  *** 

0B6A 

OE  OA 

LD 

C,RDLN 

************ 

0B6C 

11  06DC 

LD 

DE,CONBF 

;*  AWAIT  RESPONSE  * 

0B6F 

CD  0005 

CALL 

CDOS 

;*********** 

0872 

3A  08DD 

LD 

A,(C0NBF+1> 

;GET  NBR  OF  CHAR  INPUT 

0B75 

FE  02 

CP 

TWO 

;UERE  THERE  2? 

0B77 

20  33 

JR 

NZ/I4ERR 

;N0 

0B79 

CD  0BB9 

CALL 

C0NV«2 

; CONVERT  THE  2  CHAR  TO  BINARY 

0B7C 

32  0810 

LD 

(HBHBUF) >A 

;SET  1ST  BUFFER  VALUE 

0B7F 

OE  09 

LD 

C,PRTLN 

;***  PROMPT  USER  *** 

0B81 

11  043D 

LD 

DE,HSGI$2 

;***  FOR  INCREMENT  *»* 

0B84 

CD  0005 

CALL 

CDOS 

;#**  VALUE  *** 

0B87 

OE  OA 

LD 

C  ,RDLN 

************ 

0B89 

11  08DC 

LD 

DE,CONBF 

;*  AWAIT  RESPONSE  * 

0B8C 

CD  0005 

CALL 

CDOS 

;*********** 

0B8F 

3A  08DD 

LD 

A,(C0N8F+1) 

5 GET  NBR  OF  CHAR  INPUT 

0B92 

FE  02 

CP 

TUO 

?WERE  THERE  2? 

0B94 

20  16 

JR 

NZ,I$ERR 

;N0 

0B96 

CD  0BB9 

CALL 

C0NV42 

5 CONVERT  THE  2  CHAR  TO  BINARY 

0B99 

4F 

LD 

C,A 

;SAVE  INCREMENT  VALUE 

0B9A 

3A  0810 

LD 

A, (HBHBUF) 

,-SET  INITIAL  VALUE 

0B9D 

06  CB 

LD 

B,BUFLEN-1 

,*  LOOP  COUNTER/MOVE  LENGTH 

0B9F 

21  0811 

LD 

HL,HBHBUF+1 

;  MBM  BUFFER  PNTR 

0BA2 

81 

I*LP5:  ADD 

A,C 

;BUHP  PREVIOUS  HBHBUF  BYTE 

0BA3 

77 

LD 

(HU, A 

;SAVE  IN  HBHBUF 

0BA4 

23 

INC 

HL 

;BUHP  HBHBUF  PNTR 

0BA5 

10  FB 

DJNZ 

I8LP5 

;LOOP  UNTIL  DONE 

0BA7 

CO  0BE5 

CALL 

0PR4P 

•, PRINT  FIFO  BUFFER  ON  CONSOLE 

Figure  17.  HIDS  Software  (page  IS  of  34). 
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PAGE  1-24 


OBAA 

IB  OB 

JR 

I$RT 

OBAC 

OE  0? 

ItERRi  LD 

C,PRTLN 

;************** 

OBAE 

11  020D 

LD 

DE,INPERR 

;»  PRINT  INVALID  INPUT  NSG 

OBB1 

CD  0005 

CALL 

CDOS 

5************** 

0BB4 

El 

IIRT:  POP 

HL 

0885 

D1 

POP 

DE 

OBB6 

Cl 

POP 

BC 

0BB7 

FI 

POP 

AF 

0BB8 

C9 

RET 

5  **«  CONVERT 

2  ASCII  BYTES 

TO  BINARY  *** 

0BB9 

3A  08 DE 

CQNV42:  LD 

A  /  (CONBF+2) 

;GET  DOST  SIGNIFICANT  NIBBLE 

OBBC 

CD  0F7D 

CALL 

AIBICONV 

; CONVERT  IT  TO  BINARY 

OBBF 

47 

LD 

B,A 

*************** 

OBCO 

CB  20 

SLA 

B 

;*  SET  MOST  SIGNIFICANT  * 

0BC2 

CB  20 

SLA 

B 

;*  NIBBLE  UHILE  ZEROING  » 

0BC4 

CB  20 

SLA 

B 

;*  THE  LEAST  SIGNIFICANT  * 

OBCB 

CB  20 

SLA 

B 

s*  ************* 

OBCB 

3A  OBDF 

LD 

A,(C0NBF+3) 

;GET  LEAST  SIGNIFICANT  NIBBLE 

OBCB 

CD  0F7D 

CALL 

AiBiCONV 

^CONVERT  IT  TO  BINARY 

OBCE 

BO 

OR 

B 

; MERGE  WITH  HSN(IBBLE) 

OBCF 

C  9 

RET 

;***  * 

***************** 

;***  SET  INTERRUPT  I/O  PROCESSING  *»* 

;«•*  « 

***************** 

OBDO 

F5 

0PR1J: 

PUSH  AF 

0BD1 

AF 

XOR  A  ;***  SET 

»»* 

0BD2 

3C 

INC  A  ?»**  INTERRUPT 

*»» 

0BD3 

32  OBOF 

LD  (INTFLG),A  ;***  FLAG 

*** 

OBDB 

CD  0000* 

CALL  HBHtlSET 

0BD9 

FI 

POP  AF 

OBDA 

C9 

RET 

;***  *****  ******«««  *«* 

;»**  SET  POLLED  I/O  PROCESSING  »»» 

;***  »***»»******»«  *** 

OBDB  F5  OPRiK:  PUSH  AF 

OBDC  AF  XOR  A  ;«**  RESET  INTERRUPT  **« 


Figure  17.  HIDS  Software  (page  16  of  34). 


177 


HACR0-80  3.36  17-Har-80 


PACE  1-25 


OBDD 

32  080F 

LB 

(1NTFLC) /A 

;»** 

FLAG 

OBEO 

CD  0000* 

CALL 

NBHtlCLR 

0BE3 

FI 

POP 

AF 

0BE4 

C9 

RET 

;***  *  »  *  *  * 

»»*»»»»*«»»*» 

?***  PRINT  NBH  BUFFER  ON  CONSOLE  *** 

;***  *  *  *  *  * 

************* 

0BE5 

F5 

OPR$P:  PUSH 

AF 

0BE6 

E5 

PUSH 

HL 

0BE7 

21  0810 

LD 

HL,N8NBUF  ;INIT  BUF  PNTR 

OBEA 

CD  0BF6 

CALL 

P$PC  ;***  PRINT  3  *** 

OBED 

CD  0BF6 

CALL 

P4PG  ;***  PAGES  *** 

OBFO 

CD  0BF6 

CALL 

PiPG  ;***  OF  DATA  *** 

0BF3 

El 

POP 

HL 

0BF4 

FI 

POP 

AF 

0BF5 

C9 

RET 

***  PRINT  AN  NBH  PACE  *** 


0BF6 

F5 

P*PG: 

PUSH 

AF 

0BF7 

C5 

PUSH 

BC 

0BF8 

D5 

PUSH 

DE 

0BF9 

06  04 

LD 

B,4 

;SET  NBR  OF  LINES  TO  BE  PRINTED 

OBFB 

OE  0? 

P*C1: 

LD 

C,PRTLN 

;*»»»***»*»»» 

OBFD 

11  0100 

LD 

DE>CRLF 

;*  SKIP  TO  NEXT  LINE  * 

OCOO 

CD  0005 

CALL 

CDOS 

;************ 

0C03 

CD  0C30 

CALL 

P4PLL 

*, PRINT  A  LONG  LINE 

0C06 

10  F3 

DJNZ 

P4C1 

;LOOP  UNTIL  DONE 

OCOB 

3A  0002* 

LD 

A,(HBH»BNCR+2) 

;***  ERROR  CORRECTION  *** 

OCOB 

E6  60 

AND 

RCDBIT+ICDBIT 

;***  ENABLED?  **» 

OCOD 

20  OB 

JR 

NZ,P»C3 

5  YES 

OCOF 

OE  09 

LD 

C  ?PRTLN 

$N0,  *********** 

0C11 

11  0100 

LD 

DE,CRLF 

;  *  SKIP  TO  NEXT  LINE  * 

0C14 

CD  0005 

CALL 

CDOS 

;  *»*»*****»» 

0C17 

CD  0C26 

CALL 

P$PSL 

;PRINT  A  SHORT  LINE 

0C1A 

OE  09 

P8C3; 

LD 

C,PRTLN 

;***  SKIP  LINE  »** 

0C1C 

11  0100 

LD 

DE ;  CRLF 

;***  BETWEEN  *** 

0C1F 

CD  0005 

CALL 

CDOS 

;*»*  PAGES  *** 

Figure  17.  NIBS  Software  (page  17  of  34). 
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tttCRO-80  3.38  17-«ar-80 


PACE  1-28 


0C22 

D1 

POP 

DE 

0C23 

Cl 

POP 

BC 

0C24 

FI 

POP 

AF 

0C25 

C? 

RET 

» 

***  PRINT  A  LINE  OF  4  OR  18  BYTES 

0C28 

F5 

P4PSL: 

PUSH 

AF 

0C27 

C5 

PUSH 

BC 

0C28 

D5 

PUSH 

DE 

0C2? 

CD  0C4D 

CALL 

P*BLK 

0C2C 

D1 

POP 

DE 

0C2D 

Cl 

POP 

BC 

0C2E 

FI 

POP 

AF 

0C2F 

C9 

RET 

0C30 

F5 

PiPLL: 

PUSH 

AF 

0C31 

C5 

PUSH 

BC 

0C32 

D5 

PUSH 

DE 

0C33 

CD  0C4D 

CALL 

P$BLK 

;PRINT  4  BYTES 

0C38 

CD  0C4D 

CALL 

P«8Lk 

;PRINT  4  MORE 

0C3? 

OE  02 

LD 

C,PRTCHR 

;###**##* 

0C3B 

IE  20 

LD 

E, SPACE 

;*  PRINT  8  * 

0C3D 

CD  0005 

CALL 

COOS 

;*  BYTE  SPACER  * 

0C40 

CD  0005 

CALL 

CDQS 

•#****»»* 

0C43 

CD  0C4D 

CALL 

P$BLK 

;PRINT  4  BYTES 

0C48 

CD  0C4D 

CALL 

P48LX 

;PRINT  4  MORE 

0C4? 

D1 

POP 

DE 

0C4A 

Cl 

POP 

BC 

0C4B 

FI 

POP 

AF 

0C4C 

C? 

RET 

0C4D 

08  04 

P4BLX: 

LD 

M 

;SET  NBR  OF  BYTES  IN  BLOCK 

0C4F 

OE  02 

P1C7: 

LD 

C,PRTCHR 

********** 

0C51 

IE  20 

LD 

E, SPACE 

;*  PRINT  SPACER  * 

0C53 

CD  O005 

CALL 

CDOS 

•*****»*»» 

0C58 

7E 

LD 

A;(HL) 

PRINT  *** 

0C57 

CD  0D9B 

CALL 

PRT9BYT 

;#*»  A  BYTE  **» 

0C5A 

23 

INC 

HL 

;BUNP  BUF  PNTR 

0C5B 

10  F2 

DJNZ 

P9C7 

;LOOP  UNTIL  DONE 

0C5D 

CD  0005 

CALL 

CDOS 

;END  OF  BLOCK  SPACER 

0C8O 

C? 

RET 

Figure  17. 

BIDS  Software  (page  18  of  34). 
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AD-A118  072  AIR  FORCE  INST  OF  TECH  WRIGHT-PATTERSON  aFB  OH  SCHOO— ETC  F/G  14/3 

AN  INFLIGHT  RECORDER  PROTOTYPE  FOR  THE  INFLIGHT  PHYSIOLOGICAL  D— ETC<U) 
FEB  82  R  E  MEISNER 

UNCLASSIFIED  AFIT/GCS/EE/82M-5  NL 


1 

1 

1 

■ 

END 

09-B2 

NACR0-80  3.38  17-Har-fiO  PACE  1-27 


;>H  ****************** 

;»#*  PRINT  BMC  ADDR  REG  ON  CONSOLE  *»* 
;**«  ****************** 


0C61 

F5 

QPRIQ:  PUSH 

AF 

0C62 

C5 

PUSH 

BC 

0C43 

05 

PUSH 

DE 

QC64 

OE  09 

LD 

C.PRTLN 

*********** 

0CA8 

11  045B 

LD 

DE,MSGQ 

»  BNC  ADDRESS  REG  =  * 

0C69 

CD  0005 

CALL 

cdos 

*********** 

0C6C 

3E  OE 

LD 

A,ADRO 

***  SET  BNC  PNTR  »** 

0C6E 

03  29 

OUT 

(BH*C(1D),A 

*«  TO  ADDR  REC  *** 

0C70 

OB  28 

IN 

A,(B«$DATA) 

READ  ADDR  REG  LSB 

0C72 

47 

LD 

B,A 

SAVE  LSB  FOR  LATER  PRINT 

0C73 

OB  28 

IN 

A,(BH4DATA) 

.READ  ADDR  REG  USB 

0C75 

CD  0D9B 

CALL 

PRT8BTT 

.PRINT  NSB 

0C78 

OE  02 

LD 

C,PRTCHR 

**»*»***» 

0C7A 

IE  20 

LD 

E, SPACE 

*  PRINT  A  SPACE  * 

0C7C 

CD  0005 

CALL 

CDOS 

********* 

0C7F 

78 

LD 

A,B 

.RESTORE  ADDR  LSB 

0C80 

CD  0D9B 

CALL 

PRTfBYT 

; PRINT  LSB 

0C83 

D1 

POP 

DE 

0C84 

Cl 

POP 

BC 

0C85 

FI 

POP 

AF 

0C88 

C9 

RET 

PACE 


Figure  17.  AIDS  Software  (page  19  of  34). 
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MACRO -80  3.3 6  17-Har-80 


PACE  1-28 


««««»»«« 
;•»»  READ  FIFO  »»» 

;M»  #»»«»«#» 


0C87 

F5 

OPRiR:  PUSH 

AF 

0C88 

C5 

PUSH 

BC 

0C89 

E5 

PUSH 

HL 

0C8A 

3E  55 

LD 

A, FILLER 

INIT  FILL  CHAR 

0C8C 

08  28 

LD 

8,400 

LOOP  CHTR 

0C8E 

21  0810 

LD 

HL,HBHBUF 

BUF  PNTR 

0C91 

77 

LD 

(HL) > A 

»»*»»«*»* 

0C92 

23 

INC 

HL 

#  FILL  THE  BUF  * 

0C93 

10  FC 

DJNZ 

*-2 

»*»»*»»»* 

0C95 

OE  09 

LD 

C,PRTLN 

***#»***##»***#* 

0C97 

11  0470 

LD 

DE/DESHSC 

*  NOTE:  1ST  CHAR  OF  FIFO  ...  * 

0C9A 

CD  0005 

CALL 

CDOS 

[IIIIIIIMIIIIHI 

0C9D 

3E  00 

LD 

A, FIFO 

**»  SET  8NC  PHTR  »** 

0C9F 

D3  29 

OUT 

(BIWCHD)  ,A 

#**  TO  FIFO  *** 

0CA1 

21  0810 

LD 

HL,H8H8UF 

INIT  INPUT  BUF  PNTR 

0CA4 

06  28 

LD 

B,40D 

INPUT  COUNT 

0CA6 

OE  28 

LD 

C/BHiDATA 

FIFO  INPUT  PORT 

0CA8 

ED  B2 

INIR 

READ  40  BYTES  FROM  FIFO 

OCAA 

CD  0D47 

CALL 

PRT«8P1S 

;PRINT  BMC  STATUS 

OCAD 

CD  0BE5 

CALL 

OPRiP 

;  PRINT  FIFO  BUF 

OCBO 

El 

POP 

HL 

0CB1 

Cl 

POP 

BC 

0CB2 

FI 

POP 

AF 

0CB3 

C9 

RET 

PAGE 


Figure  17.  AIDS  Software  (page  20  of  34). 
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HACR0-80  3.36 

17-Har-80 

PAGE 

1-29 

;***  « 

*  »  «  « 

******** 

*  *»« 

;»»*  SET  THE  BBC  REGISTER  VALUES  *»* 

•***  * 

*  *  *  * 

******** 

*  *•« 

0CB4 

F5 

0PR4Ui 

PUSH 

AF 

0CB5 

C5 

PUSH 

BC 

0CB6 

CD  ODC5 

CALL 

SETBLR 

;SET  BLR  REG  VALUES 

0CB9 

FE  FF 

CP 

NEC1 

5 ERROR? 

OCBB 

2d  1C 

JR 

Z/U9RT 

;YES 

OCBD 

CD  OEO 7 

CALL 

SETENR 

;SET  ENABLE  REG  VALUE 

occo 

CD  OED7 

CALL 

SETADR 

;SET  ADDR  REG  VALUES 

;***  COMPUTE  BLOCK  XFER  S12E 

«** 

;*** 

BLXSIZ  = 

:  PGSIZ  *  »PGS 

»»* 

0CC3 

OE  40 

LD 

C/64D 

;INIT  MBM  PAGE  SIZE 

0CC5 

3A  0002* 

LD 

A,(HBH$BHCR*2) 

;GET  BMC  ENABLE  REG  VALUE 

OCCB 

E6  60 

AND 

RCDBIT+ICDBIT 

;HAS  ERROR  CORRECTION  BEEN  ENABLED? 

OCCA 

20  02 

JR 

NZ,U$C5 

;YES 

OCCC 

OE  44 

LD 

C,68D 

;N0,  PAGE  HAS  4  ADDITIONAL  BYTES  AVAIL 

OCCE 

3A  0000* 

U*C5; 

LD 

A,(HBH$8HCR> 

;***  GET  NBR  OF  PAGES  *** 

OCD1 

47 

LD 

B,A 

;***  TO  BE  XFERRED  *** 

0CD2 

AF 

XOR 

A 

0CD3 

81 

U4C6: 

ADD 

A,C 

;ADD  ONE  MORE  PACE  TO  BLOCK  SIZE 

0CD4 

10  FD 

DJNZ 

U4C6 

0CD6 

32  0000* 

LD 

(HBMPSIZ),A 

;SET  PAGE  SIZE  TO  NATCH  BNCR  TABLE 

0CD9 

CD  OCDF 

U$RT: 

CALL 

0PR4V 

^DISPLAY  RESULTS  OF  0PR4U 

OCDC 

Cl 

POP 

BC 

OCDD 

FI 

POP 

AF 

OCBE 

C9 

RET 

PAGE 


Figure  17.  BIDS  Software  (page  21  of  34). 
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MACRO-80  3.34  17-Mar-aO  PACE  1-30 


5***  **************** 
;*#*  PRINT  BMC  REGISTER  VALUES  »«* 

;«H  »»»»  I  #»»»»»»»  H* 


F5 

OPRIV:  PUSH 

AF 

C5 

PUSH 

BC 

D5 

PUSH 

DE 

0E  09 

LD 

CjPRTLN 

******** 

11  04CE 

LD 

DE/BLROHSG 

;*  BLR  LSB  =  * 

CD  0005 

CALL 

CDOS 

******** 

3A  0000* 

LD 

A,<NBM$BMCR> 

5***  PRINT  BLR  *»* 

CD  0D9B 

CALL 

PRT$BYT 

;***  LSB  VALUE  *** 

OE  09 

LD 

C,PRTLN 

******** 

11  04E0 

LD 

DE,BLR1HSG 

;*  BLR  MSB  =  * 

CD  0005 

CALL 

CDOS 

******** 

3A  0001* 

LD 

A>(HBM$BHCR+1) 

;***  PRINT  BLR  *** 

CD  0D9B 

CALL 

PRT48Y7 

;»»*  MSB  VALUE  *«» 

OE  09 

LD 

C,PRTLN 

********** 

11  04F2 

LD 

DE,ENRHSG 

;*  ENABLE  REC  -  » 

CD  0005 

CALL 

CDOS 

********** 

3A  0002* 

LD 

A,<MM«HCR+2> 

;***  PRINT  ENR  *** 

CD  0D9B 

CALL 

PRT4BYT 

;***  VALUE  *** 

OE  09 

LD 

C,PRTLN 

*********** 

11  0504 

LD 

DE,ADROriSG 

;#  ADDR  REC  LSB  =  » 

CD  0005 

CALL 

CDOS 

*********** 

3A  0003* 

LD 

A,(MBIKBHCR+3> 

;***  PRINT  ADDR  *** 

CD  0D9B 

CALL 

PRTSBYT 

•,***  REC  LSB  VALUE  *** 

OE  09 

LD 

C>PRTLN 

*********** 

11  0514 

LD 

DE /ADR1HSG 

;*  ADDR  REC  MSB  *  * 

CD  0005 

CALL 

CDOS 

*********** 

3A  0004* 

LD 

Aj(NBH$BMCR+4) 

}*»*  PRINT  ADDR  *** 

CD  0D9B 

CALL 

PRT4BYT 

;***  REC  MSB  VALUE  *** 

D1 

POP 

DE 

Cl 

POP 

BC 

FI 

POP 

AF 

C9 

RET 

PAGE 
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BACR0-80  3.3a  17 -Bar -80 


PAGE  1-31 


>»•«  «*»»««»«* 
{*»#  WRITE  FIFO  *** 


{##*  «  »  »  «  * 

*  *** 

0D2C 

F5 

0PR4W:  PUSH 

AF 

0D2D 

C5 

PUSH 

BC 

0D2E 

E5 

PUSH 

HL 

0D2F 

3E  00 

LD 

A, FIFO 

0D31 

D3  29 

OUT 

(BH1CHD) ;A 

0D33 

21  oaio 

LD 

HL,BBBBUF 

0D38 

oa  28 

LD 

8;40D 

0D3B 

OE  26 

LD 

C,BH$DATA 

0D3A 

ED  B3 

OTIR 

0D3C 

El 

POP 

HL 

0D3D 

Cl 

POP 

BC 

0D3E 

FI 

POP 

AF 

0D3F 

C9 

RET 

{**»  EXIT  »#* 
{«»»  «*«»** 

0D40 

ED  7B  0978 

0PR4X:  LD 

SP,(QLDSP) 

0D44 

C3  0000 

■JP 

PAGE 

0 

;*#*  SET  BBC  PNTR  *** 
*»*  TO  FIFO  »*» 
;INIT  INPUT  BUF  PNTR 
INPUT  COUNT 
;  FIFO  INPUT  PORT 
iWRITE  40  BYTES  TO  FIFO 


^RESTORE  OLD  STACX 
{RETURN  TO  CDOS 


Figure  17.  BIDS  Software  (page  23  of  34). 
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MACRO -40  3.34  17 -Mar -40 


PACE  1-32 


;***********#********************* 


;*  * 

;*  THIS  ROUTINE  PRINTS  THE  HBR  CONTROLLER  STATUS.  IN  » 

;*  ADDITION,  WARNINGS  ARE  PRINTED  WHEN  EITHER  BUSY,  OP  » 

;#  COMPLETE,  OR  OP  FAIL  STATUS  IS  SET.  * 

'X  * 

;»  INPUT:  N/A  » 

I*  * 

[»  OUTPUT:  APPROPRIATE  CONSOLE  MSG  * 

i»  * 


********************************* 


0D47 

PRTtBMS: 

0D47 

F5 

PUSH 

AF 

OD  48 

C5 

PUSH 

BC 

0D49 

D5 

PUSH 

DE 

0D4A 

CD  0000* 

CALL 

RBfltSTAT 

;READ  HBR  STATUS 

0D4D 

CB  7F 

BIT 

BSYBPS,A 

;BUSY  BIT  SET? 

0D4F 

28  OA 

JR 

Z ,PRT8C3 

{NO 

0D51 

OE  09 

LD 

C,PRTLN 

************** 

0D53 

11  022E 

LD 

DE,BSYWRN 

;*  PRINT  BUSY  WARNING  » 

0D54 

CD  0005 

CALL 

CDOS 

;************* 

0D59 

18  1A 

JR 

PRT4C7 

; IGNORE  OTHER  BITS 

0D5B 

CB  77 

PRT$C3:  BIT 

OPCBPS  ,A 

; OPERATION  COMPLETE? 

0D5D 

28  OA 

JR 

Z,PRTiC4 

{NO 

0D5F 

OE  09 

LD 

C,PRTLN 

*************** 

0D41 

11  023F 

LD 

DE ,OPCRPL 

5*  PRINT  OP  COMPLETE  MSC  * 

0D44 

CD  0005 

CALL 

CDOS 

*************** 

0D47 

18  OC 

JR 

PRTIC7 

; IGNORE  OTHER  BITS 

0D49 

C*  AC 

PRT1C4:  BIT 

OPFBPS,A 

{OP  FAIL  SET? 

0D4B 

2b  v/a 

JR 

Z ,PRT$C7 

;N0 

0D4D 

OE  09 

LD 

C ,PRTLN 

;*»****»«**«*** 

0D4F 

it  0257 

LD 

DE,OPERR 

{*  PRINT  OP  FAIL  WARNING  * 

0D72 

CD  0005 

CALL 

CDOS 

;***»*»»**»»»** 

0D75 

OE  09 

PRTIC7:  LD 

C,PRTLN 

j*  *********** 

0D77 

11  029C 

LD 

DE,STATHD 

{*  PRINT  'STATUS  *  '  * 

0D7A 

CD  0005 

CALL 

CDOS 

;************ 

0D7D 

CD  0D9B 

CALL 

PRTIBYT 

0D80 

D1 

POP 

DE 

0D81 

Cl 

POP 

BC 

Figure  17,  RIDS  Sofmre  (page  24  of  34). 
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MACRO -80  3.38  17-Mar-80 

PAGE 

1-33 

0D82 

FI 

POP 

AF 

0D83 

C9 

RET 

XXXXXXXXXXKXXXXXXKXXXXXXXXXXXXXXX 


i*  * 

;*  THIS  ROUTINE  PRINTS  THE  ADDRESS  CONTAINED  IN  THE  HL  REG  * 
*  PAIR  ON  THE  CONSOLE >  ALONG  WITH  AN  APPROPRIATE  MESSAGE.  x 
;*  « 
;*  INPUT:  HL  -  NBK  ADDR  TO  BE  PRINTED  * 
;»  * 
;»  OUTPUT:  (IBM  ADDR  IS  PRINTED  ON  CONSOLE  * 
;#  HL  -  UNAFFECTED  * 
;*  * 


XXXXXXXXXXXXKXXXXXXXXXXXXXXXXXXXX 


0D84 

PRTSAD: 

0D84 

F5 

PUSH 

AF 

0D85 

C5 

PUSH 

BC 

0D86 

D5 

PUSH 

DE 

0D87 

OE  09 

LD 

C  >PRTLN 

;X  x  X  X  x  X 

xxxxxxxxx 

0D8? 

11  04A9 

LD 

DE,S?ADDR 

,*#  OPERATION 

STARTED  AT...  * 

0D8C 

CD  0005 

CALL 

CDOS 

;X  X  X  X  X  X 

xxxxxxxxx 

0D8F 

7C 

LD 

A,H 

•X  X  X  X  X  X 

• 

0D90 

CD  0D9B 

CALL 

PRTiBYT 

;*  PRINT 

» 

0D93 

7D 

LD 

A,L 

;«  MBM  ADDR 

» 

0D94 

CD  0D9B 

CALL 

PRWYT 

;X  X  X  X  x  X 

X 

0D97 

D1 

POP 

DE 

0D98 

Cl 

POP 

BC 

0D99 

FI 

POP 

AF 

0D9A 

C9 

RET 

PAGE 


Figure  17.  HIDS  Software  (page  25  of  34). 


m 


MACRO -80  3.38  17 -Mar -80 


PACE  1-34 


;» 

;* 

;* 

?* 

;« 

;* 

;» 

;» 

*,» 


*»*****#*##*****#***#*»*»**#»*## 

» 

THIS  ROUTINE  PRINTS  THE  HEX  VALUE  OF  THE  BYTE  IN  REC  A  * 

» 

INPUT:  A  -  BYTE  TO  BE  PRINTED  « 

* 

OUTPUT:  DIGIT  IS  PRINTED  ON  CONSOLE  * 

i 

I  I  IM  H  M  I  H  I  It  M  M  M  «  I  M  (  M  I  I  «  I 


0D9B 

PRT8BYT: 

0D9B 

C5 

PUSH 

BC 

0D9C 

05 

PUSH 

DE 

0D9D 

47 

LD 

B,A 

5 SAVE  BYTE 

0D9E 

CB  3F 

SRL 

A 

;*»*  SET-UP  *** 

ODAO 

CB  3F 

SRL 

A 

;<hhi  HIGH  **• 

0DA2 

CB  3F 

SRL 

A 

;***  ORDER  »*» 

0DA4 

CB  3F 

SRL 

A 

;«««  4  BITS  **« 

0DA8 

CD  0DB2 

CALL 

PRTWIG 

0DA9 

78 

LD 

A,B 

RESTORE  BYTE 

ODAA 

E8  OF 

AND 

OFH 

;SET-UP  LOU  ORDER  4  BITS 

ODAC 

CD  0DB2 

CALL 

PRT8DIG 

ODAF 

D1 

POP 

DE 

ODBO 

Cl 

POP 

BC 

0DB1 

C9 

RET 

;***  PRINT  ONE  DIGIT  *** 

0DB2 

PRT8DIG; 

0DB2 

FE  OA 

CP 

OAH 

;IS  HEX  DIGIT  =  0-9? 

0DB4 

30  04 

JR 

NC/DICIC5 

;N0 

0DB8 

F8  30 

OR 

30H 

CONVERT  TO  ASCII  0  -  9 

0DB8 

18  04 

JR 

DIC4PT 

ODBA 

08  09 

DIG8C5:  SUB 

9 

;**»  CONVERT  TO  »#* 

ODBC 

F8  40 

OR 

40H 

;*»*  ASCII  A  -  F  *** 

ODBE 

OE  02 

DIC8PT:  LD 

C,PRTCHR 

;#*»***##**« 

ODCO 

5F 

LD 

E,A 

;*  PRINT  THE  DIGIT  * 

0DC1 

CD  0005 

CALL 

CDOS 

;*#«#*#**»** 

0DC4 

C9 

RET 

PACE 


Figure  17.  BIDS  Softeare  (page  28  of  34), 
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HACR0-80  3.34  17-Har-80 


PACE  1-35 


;*»*»»******»»*#***»»#*»»«**#**#»* 


*  * 

*  THIS  ROUTINE  SETS  THE  BHC  ADDR  REG  VALUES  LOCATED  WITHIN  * 

*  THE  NBH  DRIVER  NODULE.  » 

«  * 

*  INPUT:  N/A  * 

«  * 

*  OUTPUT:  BHC  BLOCK  LENGTH  REG  VALUES  ARE  SET  * 

*  A  =  -1,  IF  INVALID  INPUT  BY  USER  * 

*  X'??'  -  UNDETERHINED,  IF  (SEMI-)  VALID  * 

*  INPUT  BY  USER  * 

*  * 


I**#********#*##**#****#*##*#*#*#* 


0DC5 

SETBLR: 

0DC5 

C5 

PUSH 

BC 

0DC6 

D5 

PUSH 

DE 

ODC7 

OE  09 

LD 

CjPRTLN 

;**»  PROMPT  USER  *** 

ODC? 

11  02A8 

LD 

DE,8LKNSC 

;***  FOR  NBR  OF  PAGES  *** 

ODCC 

CD  0005 

CALL 

CDOS 

;***  PER  I/O  BLOCK  *** 

ODCF 

OE  OA 

LD 

C,RDLN 

;•*»*»*»»»» 

ODDI 

11  OflDC 

LD 

DE,com 

;*  AWAIT  RESPONSE  * 

0DD4 

CD  0005 

CALL 

CDOS 

;********** 

ODD7 

3A  08DD 

LD 

A,(CQNBF+1) 

;GET  NBR  OF  CHAR  READ 

ODDA 

FE  00 

CP 

ZERO 

;WAS  IT  0?  (IMPLIES  CARRAIGE  RETURN) 

ODDC 

28  24 

JR 

Z/SB4RT 

;YES,  DO  NOT  CHANGE  BLR  VALUES 

ODDE 

FE  01 

CP 

ONE 

*,WAS  IT  1? 

ODEO 

20  18 

JR 

NZ;SB$ERR 

;N0 

0DE2 

3A  08DE 

LD 

A,(C0NBF+2> 

;*»*  CONVERT  CHAR  JUST  *** 

0DE5 

CD  0F7D 

CALL 

A4B4C0NV 

;***  READ  TO  BINARY  *** 

ODEA 

FE  FF 

CP 

NEG1 

; INVALID  INPUT? 

ODEA 

28  OE 

JR 

Z  >SBtERR 

;YES 

ODEC 

FE  04 

CP 

FOUR 

; INPUT  <*  3  (CURRENT  S/W  UNIT) 

ODEE 

30  OA 

JR 

NC,SB$ERR 

;N0 

ODFO 

32  0000* 

LD 

(HBMBHCR)  >A 

;SET  BLR  LSB 

0DF3 

3E  10 

LD 

A;10H 

;***  SET  BLR  NSB  FOR  »** 

0DF5 

32  0001* 

LD 

(HBH88HCR+1) >A 

;***  1  BUBBLE  XFER  *** 

ODFB 

18  OA 

JR 

SBiRT 

ODFA 

OE  09 

SBtERR:  LD 

C,PRTLN 

>*»»»*«»* 

ODFC 

11  020D 

LD 

DE,INPERR 

;*  INPUT  ERROR  » 

Fiqura  17.  NIDS  Software  (paqe  27  of  34). 
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ODFF 

CD  0005 

CALL 

CDOS 

********* 

0E02 

3E  FF 

LD 

A/NEG1 

{SET  ERROR  FLAC 

0E04 

D1 

SBtRT  5  POP 

DE 

0E05 

Cl 

POP 

BC 

0E06 

C9 

RET 

{«»**** 

********* 

**************** 

r 

;*  THIS  ROUTINE  SETS  THE  BMC  ENABLE  REC  VALUES  LOCATED  WITHIN 

{*  THE  HBM  DRIVER  MODULE. 

;*  INPUT: 

N/A 

** 

;*  OUTPUT: 

BMC  ENABLE  REG  VALUES  ARE  SET 

;***»»* 

********* 

**************** 

0E07 

SETENR: 

0E07 

F5 

PUSH 

AF 

0E08 

C5 

PUSH 

BC 

0E09 

D5 

PUSH 

DE 

OEOA 

E5 

PUSH 

HL 

OEOB 

06  00 

LD 

B,ZERO 

{HBM  REINIT  NOT  REQUIRED  FLAC 

OEOD 

3A  0002* 

LD 

A,(MBM$BMCR+2> 

;***  GET  INITIAL  *** 

OEIO 

67 

LD 

H,A 

;***  ENABLE  REG  VALUE  *** 

0E11 

3A  080F 

LD 

A,(INTFLG) 

;***  INTERRUPT  *** 

0E14 

A7 

AND 

A 

•***  I/O  ENABLED?  *** 

0E15 

CA  0E52 

JP 

Z,SE$C3 

;N0 

0E18 

OE  09 

SEiCO:  LD 

C,PRTLN 

************* 

0E1A 

11  02CC 

LD 

DE,EN1MSG 

{*  NORMAL  INTERRUPTS?  * 

0E1D 

CD  0005 

CALL 

CDOS 

^«  *********** 

0E20 

OE  01 

LD 

C,RDCHR 

■***  GET  USER  *** 

0E22 

CD  0005 

CALL 

CDOS 

{*«*  RESPONSE  *** 

0E25 

FE  OD 

CP 

CR 

{USE  OLD  SETTING? 

0E27 

28  OC 

JR 

Z,SE$C1 

;YES 

0E29 

CB  84 

RES 

INBPS, H 

{CLEAR  NORMAL  INT 

0E2B 

FE  4E 

CP 

NO 

{DISABLE  NORMAL  INT? 

0E2D 

28  06 

JR 

Z,SE8C1 

{YES 

0E2F 

FE  59 

CP 

YES 

{ENABLE  NORMAL  INT? 

0E31 

20  E5 

JR 

NZ,SE*CO 

{NOT  SURE,  TRY  ACAIN 

Figure  17.  HISS  Software  (page  28  of  34). 
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0E33 

CB  C4 

SET 

INBPS ,H  [ 

SET  NORMAL  INT'S 

0E35 

OE  09 

SEtCl: 

ID 

C,PRTLN  [ 

************ 

0E37 

11  02F8 

LD 

DE,EN2MSG  [ 

«  ERROR  INTERRUPTS?  » 

0E3A 

CO  0005 

CALL 

CDOS  ; 

*»*»*»**»»** 

0E3D 

OE  01 

LD 

C, RDCHR  ; 

***  get  user  **♦ 

0E3F 

CO  0005 

CALL 

CDOS  ? 

***  RESPONSE  *** 

0E42 

FE  00 

CP 

CR  [ 

USE  OLD  SETTING? 

0E44 

28  OC 

JR 

Z,SEtC3  [ 

YES 

0E46 

CB  8C 

RES 

IEBPS,H  ; 

CLEAR  ERROR  INT 

QE48 

FE  4E 

CP 

NO  ; 

DISABLE  ERROR  INT? 

0E4A 

28  06 

JR 

Z,SE$C3  ; 

YES 

0E4C 

FE  59 

CP 

YES  [ 

ENABLE  ERROR  INT? 

0E4E 

20  E5 

JR 

NZ; SEtCl  ; 

NOT  SURE,  TRY  AGAIN 

OESO 

CB  CC 

SET 

IEBPS,H 

SET  NORMAL  INT'S 

0E52 

OE  09 

SE$C3: 

LD 

C,PRTLN 

*»»«»»*»*» 

0E54 

11  0323 

LD 

DE,EN3HSG 

*  MAX  XFER  RATE?  » 

0E57 

CD  0005 

CALL 

CDOS 

«***»*»•** 

0E5A 

OE  01 

LD 

C , RDCHR 

*»*  GET  USER  »*» 

0E5C 

CO  0005 

CALL 

CDOS 

***  RESPONSE  *** 

0E5F 

FE  00 

CP 

CR 

USE  OLD  SETTING? 

0E61 

28  OC 

JR 

Z,SEtC5 

[YES 

0E63 

CB  9C 

RES 

XFR8PS,H 

;SET  MAX  XFER  RATE 

0E65 

FE  59 

CP 

YES 

[MAX  XFER  RATE? 

0E67 

28  06 

JR 

Z,SE$C5 

;YES,  (0  BIT  IMPLIES  MAX  RATE) 

0E69 

FE  4E 

CP 

NO 

[MIN  XFER  RATE? 

0E68 

20  E5 

JR 

NZ,SEtC3 

[NOT  SURE,  TRY  AGAIN 

0E6D 

CB  DC 

SET 

XFRBPS;H 

[SET  MIN  XFER  RATE 

0E6F 

OE  09 

SEIC5: 

LD 

C,PRTLN 

.************** 

0E71 

11  034E 

LD 

DE,EN5«SG 

;*  ENABLE  READ  CORRECTED?  * 

0E74 

CD  0005 

CALL 

CDOS 

;************** 

0E77 

OE  01 

LD 

C, RDCHR 

[***  GET  USER  *** 

0E79 

CD  0005 

CALL 

CDOS 

!*#*  RESPONSE  *** 

0E7C 

FE  00 

CP 

CR 

[USE  OLD  SETTING? 

0E7E 

28  14 

JR 

Z,SE$C6 

[YES 

0E80 

FE  59 

CP 

YES 

[NO,  ENABLE  RCD? 

0E82 

20  08 

JR 

NZ,SEtC53 

[  NO 

0E84 

CB  EC 

SET 

RCDBPS,H 

[  YES,  SET  RCD  BIT 

0E86 

CB  F8 

SET 

7,B 

[  SET  MBM  REINIT  REQUIRED 

0E88 

CB  B4 

RES 

ICDBPS  >H 

[CLR  I CD- -ONLY  1  ERROR  CORRECT  ALLOWED 

0E8A 

18  33 

JR 

SEtEND 

Figure  17.  BIDS  Software  (page  2?  of  34) 
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17-Har-ao  PACE 

1-38 

OEac 

FE  4E 

SE$C53:  CP 

NO 

DISABLE  RCD7 

0E8E 

20  OF 

JR 

NZ,SE»C5 

NOT  SURE,  TRY  AGAIN 

0E90 

CB  AC 

RES 

RCDBPS ,H 

YES,  CLEAR  RCD  BIT 

0E92 

CB  FB 

SET 

7,8 

SET  «BH  REINIT  REQUIRED 

0E94 

CB  6C 

SE$C6:  BIT 

RCDBPS, H 

RCD  SET? 

0E96 

28  04 

JR 

Z,SE*C61 

NO 

0E98 

CB  B4 

RES 

ICDBPS,H 

YES,  ONLY  ONE  ERROR  CORRECT  ALLOWED 

0E9A 

Id  23 

JR 

SE4END 

0E9C 

OE  09 

SE*C81:  LD 

C,PRTLN 

**************** 

0E9E 

11  0379 

LD 

DE,EN6HSG  ;*  ENABLE  INTERNAL  CORRECTION?  * 

0EA1 

CD  0005 

CALL 

CDOS 

**************** 

0EA4 

OE  01 

LD 

C ,RDCHR 

»**  GET  USER  *** 

0EA6 

CD  0005 

CALL 

CDOS 

***  RESPONSE  *** 

0EA9 

FE  OD 

CP 

CR 

;USE  OLD  SETTING? 

OEAB 

28  12 

JR 

Z,SE»END 

;  YES 

OEAO 

FE  59 

CP 

YES 

NO,  ENABLE  ICD? 

OEAF 

20  06 

JR 

NZ,SE$C63 

NO 

0EB1 

CB  F4 

SET 

ICDBPS 

YES,  SET  ICD  BIT 

0EB3 

CB  F8 

SET 

7/B 

SET  NBM  REINIT  REQUIRED 

0EB5 

18  08 

JR 

SE*END 

0EB7 

FE  4  E 

SEtC63;  CP 

NO 

,* DISABLE  I CD? 

0EB9 

20  El 

JR 

NZ,SE*C81 

;NOT  SURE,  TRY  AGAIN 

OEBB 

CB  B4 

RES 

ICDBPS, H 

; CLEAR  ICD  BIT 

OEBD 

CB  F8 

SET 

7  ,B 

;SET  «BN  REINIT  REQUIRED 

OEBF 

7C 

SESEND:  LD 

A,H 

;***  SET  ENABLE  REG  VALUE  *** 

OECO 

32  0002* 

LD 

U1BH$B«CR+2) ,A 

;***  IN  BNC  REG  TABLE  *** 

0EC3 

CB  78 

BIT 

7/B 

;f!UST  MBH  BE  REINIT' ED 

0EC5 

28  OB 

JR 

Z,SE*RT 

;N0 

0EC7 

OE  09 

LD 

C,PRTLN 

•YES,  ************ 

0EC9 

11  03A4 

LD 

DE,REI)1SG 

;  *  REINITIALIZING  NBN  * 

OECC 

CD  0005 

CALL 

CDOS 

•  ************ 

OECF 

CD  0A85 

CALL 

OPR*l 

0ED2 

El 

SE»RT:  POP 

HL 

0ED3 

D1 

POP 

DE 

0ED4 

Cl 

POP 

BC 

0ED5 

FI 

POP 

AF 

OEU 

C9 

RET 

PAGE 
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I  >>  »  I  >  I  >  M  >  >  >  <  I  »  i  I  I  *  >  >  >  >  I  >  I  «  I  »  »  I 
* 

*  THIS  ROUTINE  CREATES  AN  KBM  ADDR  FROM  USER  RESPONSES 

*  TELLING  WHICH  BUBBLE  AND  WHAT  PACE  ARE  REQUIRED.  THIS 

*  GENERATED  VALUE  IS  SAVED  IN  THE  BHC  ADDR  REG  SAVE  AREA 
»  WITHIN  THE  HBH  NODULE. 

* 

»  INPUT:  N/A 
« 

*  OUTPUT:  BHC  ADDR  REG  VALUES  ARE  SET 

*  A  =  -1 ,  IF  INVALID  INPUT  BY  USER 

*  X'??-  =  UNDETERMINED,  IF  (SEMI-)  VALID 

»  INPUT  BY  USER 

* 

f******************************* 


0ED7 

SETADRR: 

0ED7 

C5 

PUSH 

BC 

0ED8 

D5 

PUSH 

DE 

0ED9 

E5 

PUSH 

HL 

OEDA 

OE  09 

LD 

C,PRTLN 

;***  PROMPT  USER  *** 

OEDC 

11  03E0 

LD 

DE,NSG4*1 

;***  FOR  BUBBLE  *** 

OEDF 

CD  000 5 

CALL 

CDOS 

;»»*  NUMBER  *** 

0EE2 

OE  OA 

LD 

C,RDLN 

;«  H  H  i  1  l  (  I  1 

0EE4 

11  08DC 

LD 

DE,CQNBF 

;*  AWAIT  RESPONSE  * 

0EE7 

CD  0005 

CALL 

CDOS 

;****»*«**«* 

OEEA 

3A  OflDD 

LD 

A,(C0NBF+1) 

;GET  NBR  OF  CHAR  READ 

OEED 

FE  00 

CP 

ZERO 

?WAS  IT  0?  (IMPLIES  CARRAIGE  RETURN) 

OEEF 

20  08 

JR 

NZ  ;SAtC2 

;N0 

OEF1 

3A  0004* 

LD 

A,(HBIMBMCR+4) 

;«**  INIT  BUBBLE  NBR  FOR  *** 

0EF4 

E6  FO 

AND 

OFOH 

;***  LATER  CONCATENATION  *»* 

0EF6 

67 

LD 

H,A 

;***  WITH  PAGE  NBR  *** 

0EF7 

18  17 

JR 

SA$C3 

0EF9 

FE  01 

SA9C2:  CP 

ONE 

;NBR  OF  CHAR  READ  *  1? 

OEFB 

C2  0F47 

JP 

NZ,SA*ERft 

;N0 

QEFE 

3A  08DE 

LD 

A,(C0NBF+2) 

;***  CONVERT  DIGIT  JUST  *** 

OFOl 

CD  0F7D 

CALL 

AtBiCONV 

;***  READ  TO  BINARY  »»* 

0F04 

FE  FF 

CP 

NEG1 

; INVALID  INPUT? 

0F06 

CA  0F67 

JP 

Z/SAiERR 

;YES 

0F09 

67 

LD 

H,A 

5*  ************ 

OFOA 

CB  24 

SLA 

H 

;»  SET  BUBBLE  NBR  TO  * 

Figure  17.  HIDS  Software  (page  31  of  34). 
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PACE 

1-40 

OFOC 

CB  24 

SLA 

H 

*  BBB  ADDR  REG  FORBAT  • 

OFOE 

CB  24 

SLA 

H 

; 

************* 

0F10 

OE  09 

SA8C3: 

LD 

C,PRTLN 

***  PROBPT  USER  *** 

0F12 

ll  03FC 

LD 

DE;BSG4«2 

> 

*»*  FOR  PACE  *** 

0F15 

CD  0005 

CALL 

CDOS 

9 

»**  HUBBER  *** 

OF  18 

OE  OA 

LD 

C,RDLH 

% 

> 

»»*»»»»»»»» 

OF1A 

11  06DC 

LD 

DEfCONbF 

*  AWAIT  RESPONSE  » 

0F1D 

CD  0005 

CALL 

CDOS 

5 

*»»»**»**** 

0F20 

3A  08 DD 

LD 

A,(C0NBF+1) 

i 

GET  NBR  OF  CHAR  READ 

0F23 

FE  00 

CP 

ZERO 

i 

WAS  IT  0?  ( IMPLIES  CARRAIGE  RETURN) 

0F25 

20  OB 

JR 

NZ,SA<C4 

I 

NO 

0F27 

3A  0004* 

LD 

A,(HBH$BHCR+4) 

> 

*************** 

0F2A 

E6  OF 

AND 

OFH 

8 

*  CONCATENATE  BUBBLE  NBR  * 

0F2C 

B4 

OR 

H 

8 

*  WITH  4  BSB'S  OF  PACE  NBR  » 

0F2D 

32  0004* 

LD 

(BBB8BBCR+4) ,A 

8 

*************** 

0F30 

18  3F 

JR 

SA9RT 

0F32 

FE  03 

SA$C4: 

CP 

THREE 

8 

WAS  IT  THREE? 

0F34 

20  31 

JR 

NZ /SAiERR 

8 

NO 

0F36 

3A  08DE 

LD 

A,(C0NBF+2> 

* 

8 

***  CONVERT  HOST  SIGNIFICANT  »»* 

0F39 

CD  0F7D 

CALL 

ASBtCONV 

% 

8 

***  DIGIT  (BSD)  TO  BINARY  *** 

0F3C 

FE  08 

CP 

8 

INVALID  DIGIT  INPUT  (IE,  )  7)? 

0F3E 

D2  0F67 

JP 

NC, SAIERR 

YES 

0F41 

B4 

OR 

H 

**»  SET  BSD  OF  *** 

OF  42 

67 

LD 

H,A 

*»*  BBB  PAGE  NBR  *** 

0F43 

3A  08DF 

LD 

A,(C0NBF+3) 

***  CONVERT  NEXT  *** 

OF  46 

CD  0F7D 

CALL 

A8B8C0NV 

***  DIGIT  TO  BINARY  *** 

0F49 

FE  FF 

CP 

HEM 

' 

INVALID  INPUT? 

0F4B 

28  1A 

JR 

Z , SAiERR 

YES 

0F4D 

6F 

LD 

L,A 

********* 

0F4E 

CB  25 

SLA 

L 

*  SET  NEXT  * 

0F50 

CB  25 

SLA 

L 

,*  BSD  OF  BBB  * 

0F52 

CB  25 

SLA 

L 

;*  PAGE  NBR  » 

0F54 

CB  25 

SLA 

L 

j*  ******** 

0F56 

3A  08E0 

LD 

A,<C0NBF+4) 

;***  CONVERT  LSD  *** 

0F59 

CD  0F7D 

CALL 

A4B4C0NV 

;***  TO  BINARY  *** 

0F5C 

FE  FF 

CP 

HEM 

;INVALID  INPUT? 

0F5E 

28  07 

JR 

Z  ,SA8ERR 

;YES 

OF  60 

B5 

OR 

L 

;***  SET  LSD  OF  *»* 

0F61 

6F 

LD 

L,A 

1***  BBB  PAGE  NBR  *** 

0F62 

22  0003* 

LD 

(HBB88HCR+3) ,HL 

;SET  BBC  ADDR  REG  VALUES 

0F65 

18  OA 

JR 

SA8RT 

Figure  17.  BIDS  Soft»are  (page  32  of  34). 
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1-41 

OFA7 

OE  09 

SAIERR :  LD 

C ,PRTLN 

•###»*****»##»## 

0FA9 

11  020D 

LD 

DE,INPERR 

5*  PRINT  INVALID  INPUT  NSC  * 

OF  AC 

CD  0005 

CALL 

CDOS 

;#»»##***»##»»** 

0F6F 

3E  FF 

LD 

A ,NECl 

;SET  INVALID  INPUT  FLAG 

0F71 

OE  02 

SAIRT:  LD 

C ,PRTCHR 

•«####*»*»*## 

0F73 

11  OOOA 

LD 

DE,LF 

;*  MAKE  OUTPUT  PRETTY  * 

0F76 

CD  0005 

CALL 

CDOS 

•»**»»**#*»#» 

0F79 

El 

POP 

HL 

0F7A 

D1 

POP 

DE 

0F7B 

Cl 

POP 

BC 

0F7C 

C9 

RET 

I  I  I  I  i  I  H  I  «  (  i  «  I  H  H  i  i  M  <  I  «  i  <  M  I  I  i  I 


*  » 

!*  THIS  ROUTINE  CONVERTS  THE  ASCII  CHARACTER  FOUND  IN  REG  A  * 
;«  TO  A  BINARY  DIGIT.  * 

;#  « 

;»  INPUT:  A  -  ASCII  CHAR  TO  BE  CONVERTED  * 

i»  » 

*  OUTPUT:  A  *  CONVERTED  DIGIT,  IF  INPUT  WAS  VALID  * 

!*  *  -1,  IF  INVALID  INPUT  BY  USER  * 

!*  * 


;*»#*#»»*#*»»»»**##»**#****»*«**** 


0F7D 

AmCONV: 

0F7D 

FE  47 

CP 

0F7F 

30  09 

JR 

0F81 

FE  3A 

CP 

0F83 

38  02 

JR 

0F85 

DA  07 

SUB 

0F87 

EA  OF 

A$B$C5:  AND 

0F89 

C9 

RET 

0F8A 

3E  FF 

AtBtCE:  LD 

0F8C 

C9 

RET 

F'+l 

•*«#  FILTER  SOME  *«« 

NC,A$8SCE 

$*»»  BAD  INPUTS  »** 

‘9'+l 

•###»»*»#** 

C,A«*C5 

;*  CONVERT  ASCII  * 

7 

;*  TO  HEXIDECIMAL  » 

OFH 

•«******«»» 

A ,NEG 1 

;SET  INVALID  DIGIT  FLAG 

END  START 


Figure  17.  I1IDS  Software  (page  33  of  34). 
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Macros : 


Syabols: 

AiBtCS 

0F87 

AtBtCE 

0F8A 

ADRO 

OOOE 

ADROMS 

0504 

BLXHSC 

02A8 

BLROHS 

04CE 

BHtOAT 

0028 

BSYBPS 

0007 

CDOS 

0005 

CHDERR 

01EA 

C0NVI2 

08B9 

CR 

OOOD 

DIGIC5 

ODBA 

DIGiPT 

ODBE 

EN2MSG 

02F8 

EN3HSG 

0323 

ENRHSG 

04F2 

FIFO 

0000 

GEKOP 

0982 

KERR 

OBAC 

ICDBIT 

0040 

ICDBPS 

0004 

INPERR 

020D 

INTFLG 

080F 

MBMtAB 

OBOB* 

MBM5BH 

0F43* 

MBMtIN 

0A87» 

MBH*IS 

0BD7* 

MBMSRC 

0B2B# 

HBMIRE 

0AA4* 

MBHtRX 

0AE1* 

MBMSRZ 

0B24* 

MBN$WB 

0A7D* 

MBH4UR 

OABD* 

MBH1UZ 

0AF9* 

HBHBUF 

0810 

MSG442 

03FC 

MSGK1 

041E 

NEG1 

FFFF 

NO 

004E 

ONE 

0001 

OPCBPS 

0004 

OPFBPS 

0005 

OPRiO 

0A77 

0PR«3 

0AB2 

0PR*4 

OACB 

0PR87 

0AF7 

0PR*8 

OBOO 

0PR8B 

0B22 

OPR*C 

0B2B 

OPRtF 

0B44 

OPRtt) 

0B4F 

0PR*K 

OBDB 

OPRfP 

0BE5 

OPRtU 

0CB4 

QPR$V 

OCDF 

P8BLX 

0C4D 

P$C1 

OBFB 

PiPG 

08F4 

P«PLL 

0C30 

PROMPT 

01DD 

PRT$BM 

0D47 

PRKC4 

0D49 

PRKC7 

0D75 

PRTEND 

0024 

PRTLN 

0009 

RCDBPS 

0005 

RDCHR 

0001 

SAtC2 

0EF9 

SA*C3 

0F10 

SA*RT 

0F71 

SB4ERR 

ODFA 

SEtCl 

0E35 

SE*C3 

0E52 

SEIC4 

0E94 

SEJC41 

0E9C 

SEIRT 

0ED2 

SEfADR 

0ED7 

SPACE 

0020 

STACX 

0978 

STATHD 

029C 

THREE 

0003 

L . 

0CD3 

U8RT 

0CD9 

YES 

0059 

ZERO 

0000 

A*B*CO 

0F7D 

A«RT 

0B20 

ADR1 

OOOF 

ADR IMS 

0514 

BLR1HS 

04E0 

BMiCMD 

0029 

BSYWRN 

022E 

BUFLEN 

OOCC 

CONBF 

08DC 

CONTIN 

097 A 

CRLF 

0100 

DESMSG 

0470 

DMA BPS 

0002 

EN1HSG 

02CC 

EN5HSC 

034E 

EN4MSG 

0379 

FILLER 

0055 

FOUR 

0004 

KLP5 

0BA2 

KRT 

0BB4 

IEBPS 

0001 

INBPS 

0000 

IPBPS 

0007 

LF 

OOOA 

HBH*FF 

0B34* 

HBHtIC 

0BE1* 

HBH8PS 

0CD7* 

HBMtPU 

0B3F* 

MBMtRF 

0802* 

MBM4RS 

0AD4* 

NBHtSR 

0B48* 

HBHtST 

0D4B* 

MBMtUS 

0B1B* 

MBMtUX 

OAEF* 

MENU 

0528 

HSG481 

03E0 

MSGK2 

043D 

HSCQ 

045B 

048RT 

0AD9 

OLDSP 

0978 

OPCMPL 

023F 

OPERR 

0257 

0PR$1 

0A85 

0PR$2 

0A8E 

0PR*5 

OADB 

0PR«4 

0AE9 

0PRS9 

0B09 

OPRIA 

0B12 

OPR*D 

0B34 

OPRIE 

0B3D 

OPR*I 

0B5E 

OPRW 

OBDO 

OPRIQ 

0C41 

OPRIR 

0C87 

OPR«W 

0D2C 

OPRtX 

0D40 

P$C3 

0C1A 

P*C7 

0C4F 

P8PSL 

0C24 

PREMSG 

0103 

PRT$BY 

0D9B 

PRTIC3 

0D5B 

PRT8DI 

0DB2 

PRTCHR 

0002 

PRTSAD 

0D84 

RCDBIT 

0020 

RDLN 

OOOA 

REIMSG 

03  A  4 

SA$C4 

0F32 

SA$ERR 

0F47 

SBXRT 

OE04 

SE8C0 

0E18 

SEIC5 

0E4F 

SEIC53 

0E8C 

SEIC43 

0EB7 

SESEHD 

OEBF 

SETBLR 

0DC5 

SETENR 

0E07 

STADDR 

04A9 

START 

092E 

TWO 

0002 

UIC5 

OCCE 

UBLBPS 

0004 

XFR8PS 

0003 

Figure  17.  HIDS  Software  (page  34  of  34), 
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No  Fata)  error (s) 


0000' 


HACR0-80  3.36  17 -Hat' -80  PACE  1 


•  Z80 

CSEG 

^TITLES  NBH  -  MAGNETIC  BUBBLE  MEMORY  DRIVERS 

; AUTHOR t  CAPT  R  E  HEISNER 

{DATE: 

{SYSTEM:  CROHEMCO  Z2D  /  CDOS  2.36 
{SETUP:  THIS  PROGRAM  IS  ASSEMBLED  AS  N8M.REL,  FOR  LINKING 
WITH  USER  PROGRAMS  REQUIRING  HBN  DRIVERS. 
{DESCRIPTION:  THIS  PROGRAM  PROVIDES  SUBROUTINES  FOR  DRIVING 


INTEL  7110  MAGNETIC  BUBBLE  MEMORIES  (HBH)  IN  BOTH 
THEIR  POLLED  AND  INTERRUPT  I/O  CONFIGURATIONS. 
AVAILABLE  SUBROUTINES  ARE: 


ENTRY 

HBMKSTAT 

{GET  CONTROLLER  STATUS 

ENTRY 

HBHKICLR 

{RESET  SYSTEM  FOR  POLLED  I/O 

ENTRY 

HBHtlSET 

{SET  SYSTEM  FOR  INTERRUPT  I/O 

ENTRY 

HBMtUBRH 

{WRITE  BOOTLOOP  REG  MASKED 

ENTRY 

HBMtINIT 

;MBH  INITIALIZATION 

ENTRY 

MBHSREAD 

{READ  1  PAGE 

ENTRY 

MBHtRXBR 

;READ  BOOTLOOP  REG 

ENTRY 

MBMKHRIT 

; WRITE  1  PAGE 

ENTRY 

HBMiRSEK 

{READ  SEEK 

ENTRY 

HBH4WXBR 

5 WRITE  BOOTLOOP  REG 

ENTRY 

MBHIWZBL 

{WRITE  BOOTLOOP 

ENTRY 

HBMRFSA 

{READ  ~SA  STATI 

ENTRY 

NBNtABRT 

{ABORT 

ENTRY 

MBMKSRES 

{SOFTWARE  RESET 

ENTRY 

MBMfUSEX 

{WRITE  SEEK 

ENTRY 

MBHtRZBL 

{READ  BOOTLOOP 

ENTRY 

NBMtRCDT 

{READ  CORRECTED  DATA 

ENTRY 

MBHKFFRE 

{FIFO  RESET 

ENTRY 

HBHiPURG 

;MBH  PURGE 

COMHAND  DATA  VARIABLES  ARE: 

ENTRY 

HBHIBHCR 

;BHC  REG  VALUES 

ENTRY 

MBH«PSIZ 

;HBH  PACE  SIZE  OF  XFER 

PAGE 


Figure  18.  HBH  Software  (page  1  of  32). 
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MACRO-SO  3.36  17-Har-80 


PACE  1*1 


OPERATION: 

CONTROLLER  (BBC)  STATUS  REGISTER  DEFINITION 

BIT  0  -  FIFO  READY 
BIT  1  -  PARITY  ERROR 
BIT  2  -  UNCORRECTABLE  ERROR 
BIT  3  -  CORRECTABLE  ERROR 
BIT  A  -  TIMING  ERROR 
BIT  5  -  OP  FAIL 
BIT  6  -  OP  CDBPLETE 
BIT  7  -  BUSY 


;  CONTROLLER  (BBC)  REGISTER  DEFINITIONS 

;  REG  NAME 

;  DEFINITION 

•  A  UTILITY 

;  NOT  USED  BY  BBH 

•  B  BLOCX  LENGTH  (LSB) 

;  C  BLOCX  LENGTH  (MSB) 

;  BIT  0-10  -  NUBBER  OF  PAGES  TO  BE  X-FERRED 

;  BIT  11  NOT  USED 

;  BIT  12-15  -  NUBBER  OF  FSA  CHANNELS 

;  D  ENABLE 

;  BIT  0  -  INTERRUPT  ENABLE  (NORBAL  COBPLETION) 

5  BIT  1  -  INTERRUPT  ENABLE  (ERROR) 

;  BIT  2  -  DBA  ENABLE 

;  BIT  3  -  BAX  FSA  TO  BBC  XFER  RATE 

;  BIT  4  -  WRITE  BOOTLOOP  ENABLE 

;  BIT  5  -  ENABLE  'READ  CORRECTED  DATA  (RCDV 

;  BIT  6  -  ENABLE  'INTERNALLY  CORRECTED  DATA  (ICD)' 

?  BIT  7  -  ENABLE  PARITY  INTERRUPT 

•  E  ADDRESS  (LSB) 

;  F  ADDRESS  (BSB) 

;  BIT  0-10  -  STARTING  ADDRESS  WITHIN  EACH  BBH 

;  BIT  11-14  -  BBB  SELECT 

;  BIT  15  -  NOT  USED 

PAGE 


Figure  18.  BBB  Software  (page  2  of  32). 
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MACRO -80  3.38  17-Mar-80  PACE  1-2 

{##»*»»******♦#»#*  CONSTANTS  «***»**«*#**»*#»***##*»***#*»****#*#***** 


0000 

ZERO  EQU 

0 

0001 

ONE  EQU 

1 

OOOD 

CR  EQU 

ODH 

{ASCII  CARRAIGE  RETURN 

OOOA 

LF  EQU 

OAH 

; ASCI I  LINE  FEED 

0038 

INT4RST  EQU 

38H 

;Z80  INTERRUPT  RESTART  ADDR  (IH=1> 

00C3 

JP90PCD  EQU 

0C3H 

{QP  CODE  OF  UNCONDITIONAL  JUMP 

0018 

HALFUL  EQU 

22D 

;BYTES  AVAIL  AT  HALF  FULL  INTERRUPT 

{CDQS  SYSTEM  CALL  PARAMETERS 

0005 

CDOS  EQU 

0005H 

;CDOS  ENTRY  POINT 

0009 

PRTLN  EQU 

9 

{PRINT  BUFFER  LINE  ON  CONSOLE 

0024 

PRTEND  EQU 

;END  PRINT  BUFFER  MARKER 

{NBM  I/O  PORT  ASSIGNMENTS 

0028 

BN9DATA  EQU 

28H 

;MBM  DATA  (I/O) 

0029 

BMSCMD  EQU 

29H 

{MBH  COMMAND  (OUT  ONLY) 

0029 

BMtSTAT  EQU 

29H 

{MBH  STATUS  (IN  ONLY) 

REGISTER  ADDRESS  COUNTER  (RAO 

ASSIGNMENTS 

OOOB 

BLRO  EQU 

OBH 

{BLOCK  LENGTH  RECISTER  (LSB) 

OOOC 

BLR1  EQU 

OCH 

{BLOCK  LENGTH  REGISTER  (MSB) 

OOOD 

ENR  EQU 

ODH 

{ENABLE  REGISTER 

OOOE 

ADRO  EQU 

OEH 

{ADDRESS  RECISTER  (LSB) 

OOOF 

ADR1  EQU 

OFH 

{ADDRESS  REGISTER  (MSB) 

0000 

FIFO  EQU 

OOH 

{FIFO  I/O  REGISTER 

{M8N  CONTROLLER 

(BMC)  STATUS  BIT  POSITIONS 

0000 

FFRBPS  EQU 

0 

{(LSB)  -  FIFO  READY 

0002 

UNCBPS  EQU 

2 

{  UNCORRECTABLE  ERROR 

0003 

CORBPS  EQU 

3 

{  CORRECTABLE  ERROR 

0004 

TIHBPS  EQU 

4 

{  TIMINC  ERROR 

0005 

OPFBPS  EQU 

5 

;  OP  FAIL 

0008 

OPCBPS  EQU 

6 

{  OP  COMPLETE 

0007 

BSYBPS  EQU 

7 

{(MSB)  -  BUSY 

{MBH  CONTROLLER  ENABLE  REC  BIT  POSITIONS 

0000 

INBPS  EQU 

0 

{(LSB)  -  INTERRUPT  ENABLE  (NORMAL) 

0001 

IEBPS  EQU 

1 

{  INTERRUPT  ENABLE  (ERRORS) 

0002 

DHABPS  EQU 

2 

{  DMA  ENABLE 

Figure  18.  NBN  Software  (paqe  3  of  32). 
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MACRO -80  3.36 

17-Har-80 

PACE 

1-3 

0003 

XFRBPS 

EQU 

3 

{  MAX  FSA  TO  BMC  XFER  RATE 

0004 

UBLBPS 

EQU 

4 

{  ENABLE  BOOTLOOP  WRITE 

0005 

RCDBPS 

EQU 

5 

;  ENABLE  READ  CORRECTED  DATA 

0004 

ICDBPS 

EQU 

4 

{  ENABLE  INTERNALLY  CORRECT  DATA 

0007 

IPBPS 

EQU 

7 

{(MSB)  -  INTERRUPT  ENABLE  (PARITY) 

{MBH  CONTROLLER 

ENABLE  REG  BIT  SETTINGS 

0001 

INBIT 

EQU 

01H 

{NORMAL  INTERRUPTS 

0002 

IEBIT 

EQU 

02H 

{INTERRUPT  ON  ERRORS 

ooao 

IPBIT 

EQU 

80H 

{INTERRUPT  ON  PARITY  ERROR 

{MBH  COMMAND  CODES 

0010 

8M$UMBR 

EQU 

10H 

{WRITE  BOOTLOOP  REGISTER  MASKED 

0011 

BM4INT 

EQU 

UH 

{INITIALIZE 

0012 

BHtRD 

EQU 

12H 

{READ  BUBBLE  DATA 

0013 

BM4UR 

EQU 

13H 

{WRITE  BUBBLE  DATA 

0014 

BMtRSK 

EQU 

14H 

{READ  SEEK 

0015 

BM*RBR 

EQU 

15H 

{READ  BOOTLOOP  REGISTER 

0016 

BrtiWBR 

EQU 

16H 

{WRITE  BOOTLOOP  REGISTER 

0017 

BMiUBL 

EQU 

17H 

{WRITE  BOOTLOOP 

0018 

BMIRFSA 

EQU 

18H 

{READ  FSA  STATUS 

0019 

BH$ABT 

EQU 

19H 

{ABORT 

OOlfl 

BfltUSK 

EQU 

1AH 

{WRITE  SEEK 

00  IB 

BfISRBL 

EQU 

1BH 

{READ  BOOTLOOP 

001C 

BM4RCD 

EQU 

1CH 

{READ  CORRECTED  DATA 

001D 

BMIFRE 

EQU 

1DH 

{RESET  FIFO 

001 E 

BM5PRG 

EQU 

1EH 

;MBM  PURGE 

001F 

BMSSRE 

EQU 

1FH 

{SOFTWARE  RESET 

0020 

BN$RES 

EQU 

20H 

{RESET  STATUS  REG  AND  INTERRUPTS 

^CONSOLE  MESSAGES 

0000’ 

20  20  3C  3C 

SUPHSG: 

DB* 

'  <<( 

COMMAND  NOT  IMPLEMENTED  >>>',PRTEND 

0022' 

20  20  2A  2ft 

RDERR: 

DB 

'  *»*  ERROR 

*»*  READ  PAST  END  OF  PAGE  '  ,PRTEND 

0049' 

OD  Oft  09  3C 

ERRMSG: 

DB 

CR,LF, 

<(( 

INTERRUPT  GENERATED  BY  ERROR  >>>',PRTEND 

0071' 

OD  Oft  09  09 

UHONOZ: 

DB 

CR,LF, 

***  UNDETERMINED  ERROR  ♦»#'  ,PRTEND 

• 

> 

**»  UHONOZ  IS  ft  NSG  THAT  IS  OVER-WRITTEN  BY  1  OF  *«* 

»«»  THE  3  FOLLOWING  FISCS  ONCE  ERROR  IS  DETERMINED  »»* 

0090' 

OD  09  09  2ft 

UNCERR: 

DB 

CR,' 

*»*  UNCORRECTABLE  ERROR  ***' 

OOAE' 

OD  Oft  24 

DB 

CR,LF.PRTEND 

ooBr 

OD  09  09  2ft 

CORERR: 

DB 

CR,' 

»»*  CORRECTABLE  ERROR  ***' 

OOCF' 

OD  OA  24 

DB 

CR,LF,PRTEND 

OOD2' 

OD  09  09  2ft 

TIHERRs 

DB 

CR,' 

***  TIMING  ERROR  *»«' 

Figure  Id.  HBH  Software  (page  4  of  32). 
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MACRO-80  3.36  17-Mar-80  PACE  1-5 


OOFO' 

OD 

OA 

24 

DB 

CR,LF,PRTEND 

00F3' 

OD 

OA 

OPCMSG :  DB 

CR,LF 

00F5 

09 

3C 

3C 

3C 

DB 

<<<  PREVIOUS  OPERATION  HAS  COMPLETED  »>' 

011E' 

00 

OA 

24 

DB 

CR,LF,PRTEND 

0121* 

09 

20 

3C 

3C 

RSTMSC:  DB 

<<(  STATUS  AND  INTERRUPT  ARE  RESET  >>>' 

0149' 

OD 

OA 

24 

DB 

CR,LF,PRTEND 

014C' 

20 

20 

3C 

3C 

INIHSG:  DB 

'  <t<  SYSTEM  INITIALIZED  FOR  INTERRUPT  I/O  >>>' 

017A' 

00 

OA 

OA 

DB 

CR,LF,LF 

0170' 

43 

41 

55 

54 

DB 

'CAUTION:  IN  INTERRUPT  MODE,  THE  ONLY  VAL,D  COMMANDS 

01B2' 

41 

52 

45 

3A 

DB 

'ARE:' ,CR,LF 

01B6 ' 

09 

09 

32 

20 

DB 

2  -  READ,' ,CR,LF 

01C5' 

09 

09 

33 

20 

DB 

3  -  WRITE,  AND',CR,LF 

0107' 

09 

09 

54 

48 

DB 

THOSE  GREATER  THAN  F. '  ,CR,LF 

01F0' 

09 

20 

20 

57 

DB 

WITH  THE  EXCEPTION  OF  2  AND  3,  ALL  COMMANDS 

021F' 

49 

4E 

20 

54 

DB 

'IN  THE' ,CR,LF 

0227' 

09 

20 

20 

52 

DB 

RANGE  OF  0  THRU  F  GIVE  UNPREDICTABLE  ' 

024F' 

52 

45 

53 

55 

DB 

'RESULTS.' 

0257' 

OD 

OA 

OA 

24 

DB 

CR,LF,LF ,PRTEND 

025B' 

20 

20 

3C 

3C 

REIMSG:  DB 

'  <<<  SYSTEM  REINITIALIZED  FOR  POLLED  I/O  >»',PRTEND 

0289' 

09 

3C 

3C 

3C 

FFRHSG:  DB 

<<(  RESETTING  FIFO  >>>' ,CR ,LF ,PRTEND 

;«««*««**•*««*«»  END  CONSTANTS  »#*********************«»**##»********# 


;*»#***»**»*#*****  VARIABLES  #**»****»***#****#*»»*»***»**#*#***»»*»** 


02A3' 

00 

RDSIZ:  DB 

0 

;NBR  OF  BYTES  LEFT  TO  BE  XFERRED 

02A4' 

00 

URSIZ:  DB 

0 

5 DURING  READ 

;NBR  OF  BYTES  LEFT  TO  BE  XFERRED 

02A5' 

BUFPTR:  DS 

2 

^DURING  WRITE 

;PNTR  FOR  TRACKING  A  USERS  I/O  BUFFER 

02A7' 

00 

INTFLG:  DB 

0 

INTERRUPT  ENABLED  FLAG 

02A8' 

INTSAV:  DS 

3 

;SAVE  OLD  INTERRUPT  RESTART  ADDR 

0005 

BRLEN  EQU 

5 

; LENGTH  OF  HBNtBMCR 

02AB' 

02AB' 

01 

MBHiBMCR: 

DB 

01H 

;BMC  REG  VALUES  (INITIALLY  SET  AS  SPECIFIED  BELOW) 
-,BLRO  -  **#  1  PAGE,  1  CHANNEL  »»» 

02AC’ 

10 

DB 

10H 

;BLR1  -  *»*  XFER  **» 

02AD' 

08 

DB 

OSH 

;ENR  -  LOU  FREQ  XFER 

02AE' 

00 

DB 

OOH 

;ADRO  -  »*»  1ST  PAGE  OF  »** 

02AF' 

00 

DB 

OOH 

;ADR1  -  ***  1ST  BUBBLE  *** 

02B0' 

02B0' 

44 

MBHtPSIZ; 

DB 

68D 

;MBN  PAGE  SIZE  IN  BYTES  (MAX  255) 

? INITIALIZED  TO  MATCH  MBN*BMCR  SPECS 


;»***»»»#****###  END  VARIABLES  »**«##»****##»#**###«»**********##m**» 
PAGE 


Figure  IB.  HBM  Software  (page  5  of  32). 
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HACRO-80  3.36  17-Har-fiO 


PAGE  1-8 


5» 

;*  THIS  ROUTINE  GETS  THE  MBM  CONTROLLER  STATUS. 

5* 

5#  INPUT:  N/A 
?« 

;*  OUTPUT:  A  -  CONTROLLER  STATUS 
5* 

;*»#»**#*»*#*##*#*«***»**»#»#*#» 


«  » 
» 
» 
* 
* 
* 
* 
* 

»  » 


0281'  NBM4STAT: 

02B1'  DB  29  IN  A,(BN«STAT)  ;READ  CONTROLLER  STATUS 

02B3'  C9  RET 


»  * 

*  THIS  ROUTINE  WRITES  THE  BUFFER  POINTED  TO  BY  HL  REG  PAIR  TO  * 

*  THE  SELECTED  BOOTLOOP  RECISTER(S),  NO  VALIDATION  FOR  * 

*  THE  PROPER  NUHBER  OF  l'S  IS  REQUIRED  SINCE  BMC  HARDWARE  « 

*  MASKS  OFF  UNWANTED  BITS.  (NOTE:  THIS  ROUTINE  IS  FOR  * 

*  TESTING  ONLY,  PRODUCTION  ROUTINE  NEEDS  TO  INITIALIZE  * 

»  BLOCX  LENGTH  AMD  ADDRESS  REGISTERS  BEFORE  WRITING).  * 


;*  * 


5* 

INPUT: 

HL  -  PNTR  TO  FIFO  BUF 

i 

;* 

(HL)  -  BUFFER  OF  DATA  TO  BE  WRITTEN 

* 

5* 

* 

;* 

•  K 

OUTPUT: 

BOOTLOOP  REGS  ARE  SET 

» 

M 

r 

;* 

*  *  #  *  # 

********** 

«*#**##****# 

«  *  *  «  * 

0284' 

HBH4WBRH: 

02B4' 

F5 

PUSH 

AF 

02B5' 

C5 

PUSH 

BC 

02B6' 

CD  0415' 

CALL 

WAITSTAT 

;WAIT  UNTIL  BMC  AVAIL 

;»**  INITIALIZE  BLR  i  ADDR  REGS 

02B9' 

06  28 

LD 

B,40D 

;INIT  INPUT  COUNT 

02BB' 

OE  28 

LD 

C,BM$DATA 

;  FIFO  INPUT  PORT 

02BD' 

ED  B3 

OTIR 

; WRITE  40  BYTES  TO  FIFO 

02BF' 

3E  10 

LD 

A,BM$WMBR 

;»»*  SEND  WRITE 

*»* 

02C1' 

D3  29 

OUT 

(BHfCHD) ,A 

;»*»  BOOTLOOP  REG  MASKED 

»»# 

figure  18.  MBM  Software  (page  6  of  32). 
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MACRO -80  3.38  17-Har-dO 

PAGE 

1-9 

02C3' 

Cl 

POP 

BC 

02C4' 

FI 

POP 

AF 

02C5' 

C9 

RET 

I*#*#***!***#*#*###*#**####****#** 


»  * 

*  THIS  ROUTINE  INITIALIZES  THE  BHC  REGISTER  TABLE  AND  THE  HBH  * 

*  SYSTEM  AS  SPECIFIED  IN  THE  8PK72  USERS  MANUAL.  » 

*  « 

*  INPUT:  HBHiBMCR  -  TABLE  OF  BMC  REG  VALUES  * 

*  * 

»  OUTPUT:  MBH98HCR+3/4  -  ADDR  REG  VALUES  ARE  UPDATED  * 

«  NBH  PERIPHERAL  SYSTEM  IS  INITIALIZED  * 

»  * 


#******»*»»**#*#******#**»*##**#* 


02C8" 

HBH4INIT: 

02C6' 

F5 

PUSH 

AF 

02C7' 

3A  02A7' 

LD 

A,(INTFLG) 

;*»»  IS  INTERRUPT  *** 

02CA' 

A7 

AND 

A 

;«**  PROCESSING  ENABLED?  *« 

02CB' 

C4  048D' 

CALL 

NZ,INT4INIT 

;YES 

02CE' 

20  11 

JR 

NZ,IN$RT 

;YES 

02D0' 

AF 

XOR 

A 

;**»  SET  BHCR  ADDR  REG  »»» 

02D1' 

32  02AE' 

LD 

(MBM$BHCR+3),A 

;***  TO  1ST  PAGE  OF  *** 

02D4' 

32  02AF- 

LD 

(HBH$8MCR+4),A 

;***  1ST  BUBBLE  *** 

02D7- 

CD  0415' 

CALL 

UAITSTAT 

;WAIT  UNTIL  BMC  AVAIL 

02DA’ 

CD  03C6' 

CALL 

SET9BMCR 

;SET  BMC  REGS 

02DD- 

3E  11 

LD 

A,BH*INT 

?**»  SEND  THE  BUBBLE  *»* 

02DF' 

D3  29 

OUT 

(BM$CMD) ;A 

;**»  INITIALIZE  COMMAND  »** 

02E1' 

FI 

IN»RT:  POP 

AF 

02E2' 

C9 

RET 

PAGE 


Figure  IS.  NBH  Software  (page  7  of  32). 
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HACR0-80  3.34  17-Nar-80 


PACE  1-10 


•«***«***»»»«*»«»•«**«»*»»««** 

5* 

*,«  THIS  ROUTINE  READS  FROH  1  TO  3  HBR  PAGES  INTO  A  USER 
;*  DEFINED  BUFFER  AREA, 
i* 

;#  INPUT:  HL  -  BEGINNING  ADDR  OF  INPUT  BUFFER 

;« 

;»  OUTPUT:  (HL)  -  INPUT  BUFFER  IS  FILLED  WITH  HBH  DATA 
5» 

;»•»»**»»•»»»»»«**»*»»»*»*»»«* 


*  *  *  * 
* 
* 
» 
* 
* 
* 
* 
« 

*  *  *  * 


1 


i 

i 


02E3' 

HBMREAD: 

02E3' 

F5 

PUSH 

AF 

02E4' 

CD  0415' 

CALL 

WAITSTAT 

;WAIT  UNTIL  BNC  AVAIL 

02E7' 

CD  03C6' 

CALL 

SETtBHCR 

;SET  HBH  CONTROLLER  REGS 

02EA' 

3A  02 A7' 

LD 

A, (INTFLG) 

;***  IS  INTERRUPT  *** 

02ED' 

A7 

AND 

A 

;**#  PROCESSING  ENABLED?  **» 

02EE' 

C4  04B7' 

CALL 

NZ/INTiREAD 

;YES 

02F1' 

20  07 

JR 

NZ,RD«RT 

;YES 

02F3' 

3E  12 

LD 

A,BH$RD 

;*»#  ISSUE  »»* 

02F5- 

D3  29 

OUT 

(BIWCHD) ,A 

;***  READ  »*» 

02F7- 

CD  03EC' 

CALL 

READ 

;READ  HBH  BLOCK  INTO  (HL)  BUF 

02FA‘ 

CD  03DA' 

RDtRT:  CALL 

INCtADRR 

; INCREMENT  BNC  ADDR  REG  VALUE 

02FD' 

FI 

POP 

AF 

02FE- 

C9 

RET 

PAGE 

r 


HACR0-80  3.36  17-Har-80 


PACE  1-11 


•  xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


X 


X 


;»  THIS  ROUTINE  READS  THE  SELECTED  BOOTLOOP  RECISTER(S)  INTO  * 
i*  A  FIFO  BUFFER.  (NOTE:  THIS  ROUTINE  IS  FOR  TESTING  ONLY,  * 
;*  PRODUCTION  ROUTINE  NEEDS  TO  INITIALIZE  BLOCK  LENGTH  AND  * 
*  ADDRESS  REGISTERS  BEFORE  READING,  AND  UNSCRAMBLE  * 
;*  (DE-INTERLEAVE)  THE  BOOTLOOP  VALUES.  * 


x  * 
x  INPUT:  HL  -  PNTR  TO  BUFFER  * 
*  * 
»  OUTPUT:  (HL)  -  BUFFER  IS  FILLED  WITH  BOOTLOOP  DATA  # 
*  * 


{xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
02FF-  HBMRXBR: 


02FF' 

F5 

PUSH 

AF 

CD  0415' 

CALL 

UAITSTAT 

{WAIT  UNTIL  BMC  AVAIL 

;«»»  INITIALIZE  BLR  8  ADDR  REGS 

3E  15 

LD 

A,BH$RBR 

;xxx  SEND  READ  xxx 

ma 

D3  29 

OUT 

(BNtCND) ,A 

{xxx  BOOTLOOP  REG  *»x 

030  r 

CD  03EC' 

CALL 

READ 

{READ  H8H  BLDCX  INTO  (HL)  BUF 

030A- 

FI 

POP 

AF 

030B' 

C9 

RET 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


X  X 

,»  THIS  ROUTINE  WRITES  1  TO  3  HBH  PAGES  FROM  A  USER  DEFINED  x 

*  BUFFER  AREA.  x 

;»  X 

*  INPUT:  HL  -  BEGINNING  ADDR  OF  OUTPUT  BUFFER  x 

x  x 

;•  OUTPUT:  NBN  PAGE(S)  WRITTEN  x 

;X  X 


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


030C* 

HBMWRIT: 

030C' 

F5 

PUSH 

AF 

030D- 

C5 

PUSH 

BC 

030E' 

E3 

PUSH 

HL 

Figure  18.  HBil  Software  (page  9  of  32). 
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HACR0-80  3.30 

17 -Mar-80  PAGE 

1-12 

030F' 

CD  0415' 

CALL 

WAITSTAT 

5  WAIT  UNTIL  BNC  AVAIL 

0312' 

CD  03CO' 

CALL 

SETtBPICR 

;SET  MBH  CONTROLLER  REGS 

0315' 

3A  02A7' 

LD 

A,(INTFLG) 

;***  IS  INTERRUPT  »** 

0310' 

A7 

AND 

A 

?***  PROCESSING  ENABLED?  *** 

0319' 

C4  04D4' 

CALL 

NZ>INT$URIT 

;YES 

03 1C' 

20  DC 

JR 

NZ,RD$RT 

;YES 

031E  * 

3E  13 

LD 

A,BMiUR 

',***  SEND  WRITE  *#* 

0320' 

D3  29 

OUT 

<BH$CMD),A 

;***  COMMAND  »*» 

0322' 

CD  041C' 

CALL 

WATESTRT 

;»**  WAIT  UNTIL  WRITE  #«* 

0325' 

CB  47 

URtWTl:  BIT 

FFRBPS,A 

;**»  STARTS  AND  FIFO  *** 

0327' 

28  FC 

JR 

Z,UR*UT1 

;»**  BECOMES  AVAILABLE  *** 

0329' 

OE  28 

LD 

C,BM$DATA 

;SET  FIFO  OUTPUT  PORT 

032B' 

3A  02B0' 

LD 

A,(NBMiPSIZ> 

;«*»  SET  OUTPUT  *** 

032E' 

47 

LD 

8,  A 

;*»*  LENGTH  *** 

032F ' 

DB  29 

UR$UT2:  IN 

A,(BM*STAT) 

;GET  BMC  STATUS 

0331' 

CB  7F 

BIT 

8SYBPS >A 

;BUSY? 

0333' 

28  OB 

JR 

Z,WR*RT 

;N0 

0335' 

CB  47 

BIT 

FFRBPS  f A 

;ROON  IN  FIFO? 

0337' 

28  FO 

JR 

Z,WR$WT2 

;N0,  THEN  WAIT 

0339' 

ED  A3 

OUTI 

;YES,  OUTPUT  NEXT  BYTE 

033B' 

00 

NOP 

033C' 

00 

NOP 

;GIVE  FIFO-READY  STATUS  TIME  TO  CHANGE 

0330' 

00 

NOP 

033E' 

20  EF 

JR 

NZ,URiWT2 

;LOQP  UNTIL  DONE 

0340' 

CD  03DA' 

WR$RT:  CALL 

INCtADRR 

INCREMENT  BMC  ADDR  REG  VALUE 

0343' 

El 

POP 

HL 

0344' 

Cl 

POP 

BC 

0345' 

FI 

POP 

AF 

0340' 

C9 

RET 

PAGE 


Figure  18.  MBH  Software  (page  10  of  32). 
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flACRO-80  3.34  17-Nar-80 


PACE  1-13 


•**«**» 

*»«**»»*«* 

ftftftftftftftftftftftftftftft*ft 

* 

•*  THIS  ROUTINE  POSITIONS  THE  HBH  AT  A  USER  SPECIFIED  PAGE  * 

•*  (RELATIVE  TO  THE  NBH  INPUT  TRACK).  * 

« 

;»  INPUT: 

HBH4BHCR+3/4  -  PAGE  TO  BE  SELECTED  * 

ft 

?* 

;*  OUTPUT: 

N/A 

• 

» 

5* 

******* 

»»»»»*»»»» 

***************** 

0347' 

HBMRSEX: 

0347' 

F5 

PUSH 

AF 

0348' 

E5 

PUSH 

HL 

0349' 

CD  0415' 

CALL 

HAITSTAT 

;UAIT  UNTIL  BHC  AVAIL 

Q34C' 

2A  02AE' 

LD 

Ht,(«BH$B(1CR*3) 

;***  DECREHENT  8HC  ADDR  *** 

034F' 

2B 

DEC 

HL 

•,***  REGISTER  VALUE  AS  *** 

0350' 

22  02AE' 

LD 

(HBI14BNCR+3)  ,HL 

?**»  REQUIRED  FOR  SEEK  »** 

0353' 

CD  03C4' 

CALL 

SET4BHCR 

;SET  HBtl  CONTROLLER  REGS 

0354' 

3E  14 

LD 

A,BH$RSX 

;***  SEND  *** 

0358' 

D3  29 

OUT 

<BHiCHD>,A 

;***  READ  SEEK  *** 

035A' 

23 

INC 

HL 

•***  RESET  BHC  ADDR  VALUE  *** 

035B' 

22  02AE' 

LD 

(«Bn$BHCR+3),HL 

;***  TO  USER  REQUESTED  PAGE  *** 

035E' 

El 

POP 

HL 

035F' 

FI 

POP 

AF 

0340' 

C9 

RET 

PAGE 


Figure  18.  HBH  Software  (page  11  of  32). 
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HACRQ-80  3.36  17-Har-flQ 


PACE  1-14 


;t«*»******ft****««»*»«**»»*t***tft* 


i*  * 

*  THIS  ROUTINE  WRITES  THE  BUFFER  POINTED  TO  BY  HL  REG  PAIR  TO  * 

*  THE  SELECTED  BOOTLOOP  REGISTER(S) .  NOTE,  THIS  ROUTINE  * 

*  REQUIRES  VALIDATION  OF  THE  PROPER  NUMBER  OF  l'S  TO  BE  PUT  * 

*  IN  THE  BOOTLOOP  BEFORE  THEY  ARE  WRITTEN.  (NOTE:  THIS  * 

*  ROUTINE  IS  FOR  TESTING  ONLY,  PRODUCTION  ROUTINE  NEEDS  TO  » 

*  INITIALIZE  BLOCK  LENGTH  AND  ADDRESS  REGISTERS  BEFORE  * 

»  WRITING,  AND  BUBBLE  CHANNELS  MUST  BE  INTERLEAVED  BIT  BY  BIT  * 

*  BEFORE  THE  BOOTLOOP  IS  WRITTEN) .  * 

*  # 

*  INPUT:  HL  -  PNTR  TO  FIFO  BUF  * 

*  (HL)  -  BUFFER  OF  DATA  TO  BE  WRITTEN  * 

*  * 

#  OUTPUT:  BOOTLOOP  REGS  ARE  SET  * 

*  * 


:***»*»*»*»»*»**»»»*»**»***»»*»*** 


0361'  MB1WWX8R : 

0361'  F5  PUSH  AF 

0362'  C5  PUSH  8C 

;  CALL  WAITSTAT  ;WAIT  UNTIL  BNC  AVAIL 

;*»*  INITIALIZE  BLR  4  ADDR  REGS  »*« 

% 

;***  INTERLEAVING  ROUTINE  COES  HERE  *»* 

* 

;***  VALIDATION  ROUTINE  GOES  HERE  **« 


5  LD 

B,40D 

;INIT  INPUT  COUNT 

;  LD 

C,8H$DATA 

;  FIFO  INPUT  PORT 

;  OTIR 

; WRITE  40  BYTES  TO  FIFO 

;  LD 

A,BMWBR 

;***  SEND  WRITE  **« 

;  OUT 

(BlltCND)  ,A 

;»**  BOOTLOOP  REG  *** 

0363' 

ID  03B9' 

CALL 

NONSUP 

;COHHAND  NOT  SUPPORTED 

0366' 

Cl 

POP 

BC 

0367' 

FI 

POP 

AF 

0368' 

C? 

RET 

PAGE 


Figure  Id.  NBN  Software  (page  12  of  32). 
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MACRO -80  3.36 

17-Har-80 

PAGE 

1-15 

5* 

****** 

a************************* 

i* 

» 

;» 

THIS  AREA  RESERVED  FOR  -  WRITE  BOOTLOOP  ROUTINE  * 

;* 

* 

;* 

INPUT:  » 

>* 

* 

i* 

OUTPUT:  * 

;» 

* 

;* 

****** 

*»**»****»***»»**»»»»»»»»» 

0369' 

MBMtWZBL: 

0369" 

F5 

PUSH 

AF 

> 

CALL 

UAITSTAT  ;WAIT  UNTIL  BMC  AVAIL 

LD 

A/BMiWBL  ;*»*  SEND  WRITE  »»* 

OUT 

(BMtCND) ,A  ;***  BOOTLOOP  *** 

036  A' 

CD  0389' 

CALL 

NONSUP  -.COMMAND  NOT  SUPPORTED 

036D‘ 

FI 

POP 

AF 

036E' 

C9 

RET 

;*»****« 

X************************* 

?* 

» 

;*  THIS  AREA  RESERVED  FOR  --  READ  CSA  STATUS'  ROUTINE  * 

-* 

» 

;*  INPUT:  * 

;* 

* 

;*  OUTPUT:  * 

•* 

« 

5*  *****  * 

************************** 

036F' 

N8H9RFSA: 

036F' 

F5 

PUSH 

AF 

;  CALL 

WAITSTAT  ;WAIT  UNTIL  BMC  AVAIL 

;  LD 

A,BH$FSA  ;***  SEND  FSA  »** 

;  OUT 

(BMfCMD) ;A  ;**»  STATUS  *** 

0370' 

CD  03B9' 

CALL 

NONSUP  ^COMMAND  NOT  SUPPORTED 

0373' 

FI 

POP 

AF 

0374' 

C9 

RET 

PAGE 


Figure  18.  HBM  Softeare  (page  13  of  32). 
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MACRO -80  3.38  17-Har-80 


PACE  1-18 


##**#*###**####**#*#*»##******## 

* 

«  THIS  ROUTINE  TERMINATES  THE  CURRENTLY  EXECUTING  COHHAND 
> 

»  INPUT:  N/A 
» 

«  OUTPUT:  N/A 

**#***#**#**#»»****»»#****#*#»## 


0375' 

0375' 

F5 

HBH5ABRT : 

PUSH 

AF 

0378' 

3E  19 

LD 

A,8H$ABT 

$***  SEND  »** 

0378' 

D3  29 

OUT 

(BH*CHD),A 

•*«#  abort  **« 

037 A' 

FI 

POP 

AF 

037B' 

C9 

RET 

a#####*#********#*##***####***##* 


»  * 

*  THIS  ROUTINE  RESETS  THE  BMC  FIFO  AND  EACH  FSA.  » 

*  * 

*  INPUT:  N/A  » 

*  * 

*  OUTPUT:  N/A  » 

»  * 


#»*»*#*#*****#********#*»»****##* 


037C' 

037C' 

F5 

HBMSRES: 

PUSH 

AF 

037D' 

3E  IF 

LD 

A;BHtSRE 

•,**#  SEND  S/U  **» 

037F' 

D3  29 

OUT 

(BIHCHD)  ,A 

;***  RESET  *** 

0381' 

FI 

POP 

AF 

0382' 

C9 

RET 

PAGE 

Figure  18.  HBH  Softtare  (page  14  of  32). 
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HACR0-80  3,36  17-Har-80 


PAGE  1-17 


XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 


x  * 

»  THIS  ROUTINE  POSITIONS  THE  NBH  AT  A  USER  SPECIFIED  PACE  * 

*  (RELATIVE  TO  THE  HBN  OUTPUT  TRACK).  * 

*  » 

*  INPUT:  N8H$B(1CR+3/4  -  PAGE  TO  BE  SELECTED  * 

*  * 

x  OUTPUT:  N/A  » 

x  x 


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


0383' 

HBMWSEX: 

0383' 

F5 

PUSH 

AF 

0384' 

E5 

PUSH 

HL 

0385' 

CD  0415' 

CALL 

UAITSTAT 

;UAIT  UNTIL  BMC  AVAIL 

0388' 

2A  02AE' 

LD 

HL,(HBH*BHCR+3) 

;xxx  DECREMENT  BMC  ADDR  xxx 

038B' 

2B 

DEC 

HL 

;xxx  REGISTER  VALUE  AS  xxx 

038C' 

22  02AE' 

LD 

<N8N$BHCR+3)  ,HL 

;xxx  REQUIRED  FOR  SEEX  xxx 

038F' 

CD  03C6' 

CALL 

SETtBhCR 

;SET  m  CONTROLLER  REGS 

0392' 

3E  1A 

LD 

A,BN$WSK 

;xxx  SEND  xxx 

0394' 

D3  29 

OUT 

(BMC«D),A 

;xxx  WRITE  SEEK  xxx 

0396' 

23 

INC 

HL 

;xxx  RESET  BHC  ADDR  VALUE  xxx 

0397' 

22  02 AE' 

LD 

(KBMBHCR+3)  ,HL 

;xxx  TO  USER  REQUESTED  PACE  xxx 

039A' 

El 

POP 

HL 

039B' 

FI 

POP 

AF 

039C' 

C9 

RET 

PAGE 


Figure  18.  NBA  Software  (page  15  of  32). 
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MACRO -80  3.38  17-Har-60  PAGE  1-18 


;*#*t«*»#»»###*#*#»*****#*****#«*# 


«  * 

#  THIS  AREA  RESERVED  FOR  -  READ  BOOTLOOP  ROUTINE  * 

»  * 

#  INPUT:  # 

#  » 

*  OUTPUT:  * 

*  « 


;«****»**«»»*»»»»»»»»»**»»»*»*»»»» 
039D'  HBIHRZBL: 


0390' 

F5 

PUSH 

AF 

« 

> 

CALL 

WAITSTAT 

;UAIT  UNTIL  BHC  AVAIL 

% 

> 

LO 

A,BH*RBL 

•###  SEND  READ  *»* 

OUT 

(BhiCND) ,A 

•»*»  BOOTLOOP  **» 

039E' 

CD  03B9' 

CALL 

NONSUP 

^COMMAND  NOT  SUPPORTED 

03A1' 

FI 

POP 

AF 

03  A2' 

C9 

RET 

?* 

*###*# 

K**K********»*K»*»e****»«« 

?* 

* 

?* 

THIS  AREA  RESERVED  FOR  -  READ  CORRECTED  DATA  DATA  ROUTINE  * 

?» 

* 

;» 

INPUT:  » 

;* 

« 

?* 

OUTPUT:  * 

?« 

» 

;* 

*»***» 

****»»»»»*»*»*»***»*»»»»»» 

03  A3' 

H8H8RCDT: 

03A3' 

F5 

PUSH 

AF 

* 

CALL 

WAITSTAT  ^ WAIT  UNTIL  BHC  AVAIL 

LD 

A,BH«RCD  ;*»*  SEND  READ  »*» 

5 

OUT 

(BH8CHD) ;A  ;***  CORRECTED  DATA  *»» 

03A4' 

CD  03B9' 

CALL 

NONSUP  ;COHHAND  NOT  SUPPORTED 

03A7' 

FI 

POP 

AF 

03A8‘ 

C9 

RET 

PAGE 


Figure  18.  HBH  Software  (page  18  of  32). 
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HACR0-80  3.38  17-Har-80 


PACE  1-19 


;»«*#*»»*»«**«*##*#«*»**#»***»«*** 

;»  * 

;*  THIS  ROUTINE  RESETS  THE  HBH  CONTROLLER  (BMC)  FIFO.  » 

;*  * 

I#  INPUT:  N/A  * 

;»  * 

OUTPUT:  N/A  * 


;#*#***«***«*** 


03A9' 

03A9' 

F5 

HBHtFFRE: 

PUSH 

AF 

03  AA' 

CD  0415' 

CALL 

WAITSTAT 

03AD- 

3£  ID 

LD 

A,BH$FRE 

03AF' 

D3  29 

OUT 

(BH$CHD),A 

03B1' 

FI 

POP 

AF 

*«#««*f***f##***** 

;UAIT  UNTIL  BHC  AVAIL 

;**»  SEND  *** 

;***  RESET  »** 


# 


##»#«»»******»»**»»«*#*»*»******* 
*  » 

*  THIS  ROUTINE  PURGES  HOST  OF  THE  REGISTERS  THROUGHOUT  THE  » 

»  HBH  SYSTEM ,  INCLUDING  SEVERAL  IN  THE  BMC.  * 

»  « 

*  INPUT:  N/A  * 

*  « 

*  OUTPUT:  N/A  * 

«  » 

a******************************** 


03B2' 

03B2' 

F5 

HBH9PURG : 

PUSH 

AF 

03B3' 

3E  IE 

LD 

A,BH8PRG 

;*t»  SEND  **» 

03B5' 

D3  29 

OUT 

(BN$CHD),A 

;***  PURGE  *«* 

03B7' 

FI 

POP 

AF 

03B8' 

C9 

RET 

PAGE 

Figure  18.  HBH  Software  (page  17  of  32). 


212 


HACRO-80  3.38  17-Nar-dO 


PACE  1-20 


;ft»*K*»»*»*«tt«t*»ft»**»«***«*K»*** 


;#  THIS  ROUTINE  PRINTS  A  WARNING  THAT  AN  OPERATION  IS  NOT  YET  « 
•,*  IMPLEMENTED •  * 


;* 

ft 

;*  INPUT: 

N/A 

ft 

5* 

* 

;*  OUTPUT: 

N/A 

» 

!* 

ft 

5*  »  *  *  *  * 

*»*»*»****#»**»»*»**»i*»» 

ft  ft 

03B9' 

C5 

NONSUP:  PUSH 

BC 

03BA' 

05 

PUSH 

OE 

03BB' 

OE  09 

LD 

C;PRTLN  ;#**  NOTIFY  USER  *»* 

038D' 

11  0000' 

LD 

DE/SUPHSG  ;*»*  OF  CONHAND  *»* 

03C0' 

CD  0005 

CALL 

COOS  •,#*#  NON-SUPPORT  *** 

03C3' 

D1 

POP 

OE 

03C4’ 

Cl 

POP 

BC 

03C5' 

C9 

RET 

;«»»*»» 

«««*****»*****»•*»*»«««<(* 

ft  ft 

ft 

?»  THIS  ROUTINE  SETS  THE  MBI1  CONTROLLER  REGS  FROH  VALUES 

ft 

;*  STORED  IH  THE  MBM*BMCR  TABLE. 

ft 

;* 

ft 

;»  INPUT: 

ilBMBHCR  •  BMC  REG  VALUES 

ft 

5* 

ft 

;»  OUTPUT: 

HBH  CONTROLLER  REGS  ARE  SET 

ft 

;* 

ft 

;**»»*» 

*»***»**»*!t**»**»**##**** 

ft  ft 

03W 

SETSBHCR: 

03C8' 

F5 

PUSH 

AF 

03C7- 

C5 

PUSH 

BC 

03C8' 

E5 

PUSH 

HL 

03C9' 

3E  OB 

LO 

A?BLRO  ;*»»  SET  BMC  POINTER  TO  »*» 

03CB- 

03  29 

OUT 

<BMCHD),A  ;**♦'  BLOCK  LENGTH  REG  *#« 

03CD- 

OS  05 

LD 

B,BRLEN  ;SET  LENGTH  OF  HBntBHCR  TABLE 

03CF1 

OE  2 8 

LO 

C,BH*DATA  ;  OUTPUT  PORT 

030 r 

21  02AB' 

LO 

HL,NBIWBHCR  ;  OUTPUT  BUFFER 

Figure  18.  HBN  Software  (page  IS  of  32). 
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MACRO -80  3.36  17-Mar-80 

PAGE 

1-; 

03D4‘ 

ED  B3 

OTIR 

0306' 

El 

POP 

HL 

03D7' 

Cl 

POP 

BC 

03D8' 

FI 

POP 

AF 

03D9' 

C9 

RET 

I#***#*#***##****##*#*##*#***##**# 
;*  » 

;*  THIS  ROUTINE  INCREMENTS  THE  ADDR  REG  VALUES  STORED  IN  THE  » 

;*  1BM4BMCR  TABLE.  (A  KEY  TO  THE  CODE  IS  THAT  THE  PAGE  ADDR  » 

!»  IN  THE  BHCR  TABLE  IS  IN  THE  FLIPPED  FORM  OF  2-80  ADDRESSES).  » 

I#  * 

;#  INPUT:  HBMBHCR  -  NBR  OF  PAGES  PER  I/O  BLOCK  * 

;*  NBHIBHCR+3/4  -  BMC  ADDR  REG  VALUES  * 

;*  # 

I*  OUTPUT:  MBH$BMCR*3/4  -  INCREMENTED  BY  1  * 

;»  « 

I********************************* 


03DA' 

INCIADRR: 

03DA' 

C5 

PUSH 

BC 

03DB' 

E5 

PUSH 

HL 

03DC' 

ED  4B  02AB' 

LD 

BC,(MBM*BHCR) 

;***  GET  NBR  OF  PAGES  USED  **# 

03E0' 

06  00 

LD 

8, ZERO 

;***  IN  PREVIOUS  OPERATION  *»» 

03E2' 

2 A  02AE' 

LD 

HL,(MBH$BHCR+3> 

;GET  ADDR  REG  VALUES  BEFORE  OPERATION 

03E5' 

09 

ADD 

HL/BC 

;***  UPDATE  ADDR  *** 

03E6' 

22  02AE' 

LD 

(MBM$BMCR+3),HL 

;**»  REG  VALUES  **# 

03E9' 

El 

POP 

HL 

03EA’ 

Cl 

POP 

BC 

03EB' 

C9 

RET 

PAGE 


Figure  18.  HBH  Software  (page  19  of  32). 
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HACR0-80  3.36  17-Har-80 


PACE  1-22 


•K******************************** 

;»  * 
;*  THIS  ROUTINE  USES  THE  POLLED  TRANSFER  HETHOD  TO  READ  A  » 
;»  A  BLOCK  OF  DATA  INTO  A  USER  DEFINED  AREA.  USER'S  BUFFER  • 

;*  MUST  BE  LONG  ENOUGH  TO  HOLD  THE  REQUESTED  HBPI  BLOCK.  * 


?» 

» 

INPUTS 

HL  -  ADDR  OF  BEGINNING  OF  BUFFER  * 

5* 

» 

;*  OUTPUT: 

HL  -  UNAFFECTED 

* 

;* 

(HL)  -  HBN  BLOCK  POINTED  TO  BY  BUC  REGS  » 

!* 

« 

;****** 

********* 

****************** 

03EC' 

F5 

READ:  PUSH 

AF 

03ED 

C5 

PUSH 

BC 

03EE' 

D5 

PUSH 

DE 

03EF' 

E5 

PUSH 

HL 

03F0' 

CD  041C' 

CALL 

WATESTRT 

;UAIT  FOR  BNC  TO  START  READING 

03F3' 

3A  02B0' 

LD 

A,(NBWPSIZ) 

;INIT  ***  MAX  PC  *** 

03F6' 

3C 

INC 

A 

;  ***  SIZE  *** 

03F7' 

47 

LD 

B,A 

;  ***  +  1  *** 

03F8' 

OE  28 

LD 

C,BH$DATA 

5  INPUT  PORT 

03FA' 

READ4LP: 

03FA' 

DB  2? 

IN 

A,(8H$STAT) 

;CET  STATUS 

03FC' 

CB  7F 

BIT 

BSYBPS ,A 

;BUSY? 

03FE' 

28  10 

JR 

Z,READ4RT 

;N0  -  DONE 

0400' 

CB  47 

BIT 

FFRBPS ;A 

;YES  -  DATA  AVAIL? 

0402' 

28  F6 

JR 

Z,READ$LP 

;  NO 

0404' 

ED  A2 

INI 

;  YES  -  READ  A  BYTE 

0406' 

20  F2 

JR 

NZ,READ*LP 

;  LOOP  IF  PG  NOT  OVERFLOWED 

0408' 

OE  09 

LD 

C,PRTIN 

j*  **************** 

040A’ 

11  0022' 

LD 

DE,RDERR 

;*  ERROR  -  READ  PAST  END  OF  PACE  * 

040D' 

CD  0005 

CALL 

CDOS 

j*  **************** 

0410' 

READtRT; 

0410' 

El 

POP 

HL 

0411' 

D1 

POP 

DE 

0412' 

Cl 

POP 

BC 

0413' 

FI 

POP 

AF 

0414' 

C9 

RET 

PACE 
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PAGE  1-23 


;XXXKKXXXXXXXXXXXKXXXXXXXXXKXXXXXX 
5*  x 
;«  THIS  ROUTINE  MONITORS  NBM  STATUS  UNTIL  CONTROLLER  BMC  * 
5*  BECOMES  NOT  BUSY.  * 

;X  X 

;*  INPUT:  N/A  x 
•x  x 
;*  OUTPUT :  A  -  HBH  CONTROLLER  STATUS  * 
$x  x 

;XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 


0415' 

WAITSTAT: 

0415' 

DB  29 

IN  A,(BH$STAT) 

;GET  HBH  STATUS 

0417' 

CB  7F 

BIT  8SYBPS/A 

;STILL  BUSY? 

0419' 

20  FA 

JR  NZ,HAITSTAT 

;YES 

041B' 

C9 

RET 

041C' 

;xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
;X  » 

;»  THIS  ROUTINE  MONITORS  HBH  STATUS  UNTIL  THE  BMC  BECOMES  BUSY.  * 

•X  X 

;*  INPUT:  N/A  x 

;X  X 

;*  OUTPUT:  N/A  x 

;X  X 

'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

UATESTRT: 

041C' 

F5 

PUSH 

AF 

041D' 

DB  29 

UATELP :  IN 

A,(BNtSTAT)  ;GET  BMC  STATUS 

04  IF' 

CB  7F 

BIT 

BSYBPS,A  ;HAS  READ  STARTED  YET? 

0421' 

28  FA 

JR 

Z,WATELP  ;NQ,  LOOP  UNTIL  IT  DOES 

0423' 

FI 

POP 

AF 

0424' 

C9 

RET 

PAGE 

Figure  18.  HBH  Software  (page  21  of  32). 
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MACRO-80  3.36  17-Har-80 


PACE  1-24 


;*»»**«»»»»*»»**«**«»»*«****»»«*** 


*  » 

*  THIS  ROUTINE  SETS  UP  THE  SYSTEM  FOR  PROCESSING  HBH  » 

*  GENERATED  INTERRUPTS,  AND  REINITIALIZES  THE  BHC  FOR  * 

*  INTERRUPT  I/O.  » 

*  » 

*  INPUT:  MBH4BHCR+2  -  BMC  ENABLE  REG  VALUE  * 

*  » 

*  OUTPUT:  HBH4BMCR+2  -  BHC  ENABLE  REG  VALUE  UITH  NORMAL  » 

*  INTERRUPTS  SET  * 

«  NBH$BMCR*3/4  -  BMC  ADDR  REG  SET  TO  1ST  PAGE  OF  » 

*  1ST  BUBBLE  * 

»  BMC  IS  INITIALIZED  FOR  INTERRUPT  I/O  * 

*  * 


***»**»»***»**»**»»*»»*»»»**»»*»» 


0425' 

NBHilSET: 

0425' 

F5 

PUSH 

AF 

0426' 

E5 

PUSH 

HL 

0427' 

3E  01 

LD 

A, ONE 

;**»  SET  INTERRUPT  **» 

0429' 

32  02A7' 

LD 

(INTFLG) ,A 

;***  ENABLED  FLAG  *** 

042C' 

3A  02 AD' 

LD 

A,(MBH$BHCR+2> 

;»**  SET  NORMAL  INTERRUPTS  *** 

042F' 

CB  C7 

SET 

INBPS, A 

?***  WITHIN  THE  BMC  *** 

0431' 

32  02AD' 

LD 

(NBHiBHCR+2) ,A 

;***  REG  VALUE  TABLE  **« 

0434' 

CD  048D' 

CALL 

INT9INIT 

REINITIALIZE  HBM 

0437' 

3A  0036 

LD 

A,(INT»RST) 

•»»»**»******* 

043 A' 

32  02A8' 

LD 

(INTSAV) ,A 

;*  SAVE  OLD  INTERRUPT  » 

043D' 

2A  0039 

LD 

HL,(INT*RST+1) 

;»  RESTART  OPERATION(S)  » 

0440' 

22  02A9' 

LD 

(INTSAV+1) ,HL 

;**»»»**»*»«*» 

0443' 

3E  C3 

LD 

A , JP90PCD 

•«**»»»»*»*» 

0445' 

32  0038 

LD 

(INTtRST) ,A 

;*  SET  BRANCH  TO  * 

0446' 

21  0500' 

LD 

HL,INT$HNDL 

•,*  INTERRUPT  HANDLER  » 

044B' 

22  0039 

LD 

(INT6RST+1),HL 

•*»»**»*»*»* 

044E' 

AF 

XOR 

A 

;•»**#»»#*»»»**» 

044F' 

32  02A3' 

LD 

(RDSIZ) ,A 

;*  CLEAR  READ  &  WRITE  SIZES  * 

0452' 

32  02A4' 

LD 

(WRSIZ)  ,A 

;***»*»«»»»»*»*« 

0455' 

El 

POP 

HL 

0456' 

FI 

POP 

AF 

0457’ 

C9 

RET 

PAGE 
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0458' 

0458' 

0459' 

045A' 

045B' 

045C' 

045F' 

0460' 

0462' 

0463' 

0466' 
0467' 
046 A' 
046D' 
0470' 

0473' 

0476' 

0478' 

047A' 

047D' 

0480' 

0482' 

0485' 

0488' 

0489' 

048A' 

0488' 

048C' 


MACRO-80  3.36 

17-Har-80 

PAGE 

1-25 

;* 

»  *  *  «  # 

»«»*«*«»« 

*»#*#**#**#** 

•  «  *  *  « 

5* 

* 

i* 

THIS  ROUTINE  SETS  THE  SOFTWARE  SYSTEM  FOR  POLLED  MBM 

I/O,  * 

;* 

AND  REINITIALIZES  THE  BMC  FOR  POLLED  I/O. 

* 

?» 

* 

INPUT: 

MBH6BHCR+2  -  BMC  ENABLE  REG  VALUE 

* 

5* 

« 

5* 

OUTPUT: 

MBH8BHCR+2  -  BMC  ENABLE  REG  VALUE  WITH  ALL 

* 

;» 

INTERRUPTS  TURNED  OFF 

* 

;» 

HBM4BHCR+3/4  -  BMC  ADDR  REG  SET  TO  1ST  PAGE  OF  * 

5* 

1ST  BUBBLE 

« 

i* 

BMC  IS  INITIALIZED  FOR  POLLED  I/O 

ft 

5* 

ft 

;* 

*  «  *  »  * 

»**#****# 

»****»»*»***» 

ft  ft  ft  ft  ft 

M8H4ICLR: 

F5 

PUSH 

AF 

C5 

PUSH 

BC 

D5 

PUSH 

DE 

E5 

PUSH 

HL 

3A  02A7' 

LD 

A,(INTFLC) 

;#*#  IS  INTERRUPT  PROCESSING  «** 

A7 

AND 

A 

;***  ALREADY  DISABLED? 

ftftft 

28  26 

JR 

Z/ICiRT 

jYES 

AF 

XOR 

A 

;N0,  ***  CLEAR  INTERRUPT 

ftftft 

32  02A7' 

LD 

<INTFLC),A 

;  »**  ENABLED  FLAG 

ftftft 

F3 

DI 

3A  02A8' 

LD 

A,(INT$AV> 

;#*»***»»**»# 

ft 

32  0038 

LD 

<INT*RST),A 

;*  RESTORE  OLD  INTERRUPT 

ft 

2A  02A9’ 

LD 

HL,(INTSAV+1> 

;*  RESTART  OPERATION(S) 

ft 

22  0039 

LD 

<INT*RST+1),HL 

;»»**»**»»«*» 

ft 

3A  02AD' 

LD 

A,<H8H$BHCR+2> 

;**#  CLEAR  ALL  »## 

E6  FE 

ANO 

OFFH-INBIT 

;»»*  INTERRUPTS  *»» 

E6  82 

AND 

IEBIT+IPBIT 

;#*»  WITHIN  THE  BMC  »** 

32  02AD' 

LD 

<MBH$BNCR+2) f A 

;#**  REG  VALUE  TABLE  *»* 

CD  02C6' 

CALL 

MBMIINIT 

;REINIT  HBH  SYSTEM 

0E  09 

LD 

C,PRTLN 

•*»*»****»**» 

ftftftftftftftft 

11  025B' 

LD 

DE.REIHSG 

;«  SYSTEM  REINITIALIZED  FOR  POLLED  I/O  » 

CD  0005 

CALL 

CDOS 

>**»»»»»»»*»» 

»**»**»* 

El 

ICIRT:  POP 

HL 

D1 

POP 

DE 

Cl 

POP 

BC 

Fi 

POP 

AF 

C9 

RET 

Figure  18.  MBM  Software  (page  23  of  32). 
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MACRO-80  3.3a  17-Har-flO  PACE  1-26 


IHHmHIMiilHHHHHHHm 

*  t 

*  THIS  ROUTINE  INITIALIZES  THE  MBM  WHEN  THE  SYSTEM  IS  IN  # 

*  ITS  INTERRUPT  I/O  PROCESSING  NODE.  * 

*  * 

*  INPUT:  BHCR  -  TABLE  OF  BBC  REG  VALUES  » 

#  * 

*  OUTPUT:  MBM$BHCR+3/4  -  ADDR  REG  VALUES  ARE  UPDATED  • 

«  NBN  PERIPHERAL  SYSTEM  IS  INITIALIZED  * 

*  i 
»*»###*#*»**»***»###*»***»***»##* 


048D' 

INTilNIT: 

048D' 

F5 

PUSH 

AF 

048E' 

C5 

PUSH 

BC 

048F' 

D5 

PUSH 

SE 

;NOTE:  THE  INITIALIZE  COMMAND  CAUSES  RANDOM  TOGGLING  OF  THE  DRQ 
INTERRUPT  LINE  (THIS  IS  AN  UNDOCUMENTED  BUT  KNOWN  BMC 
;  HARDWARE  DEFICIENCY).  THEREFORE,  WHEN  INITIALIZING, 

;  DISABLE  INTERRUPTS  UNTIL  INITIALIZATION  COMPLETES. 


0490' 

F3 

DI 

0491' 

AF 

XOR 

A 

{***  SET  BMC  ADDR  REG 

##* 

0492' 

32  02AE' 

LD 

(MBMIBMCR+3) ,A 

;***  TO  1ST  PACE  OF 

»*» 

0495' 

32  02AF’ 

LD 

(HBM$BHCR+4)  ,A 

;***  1ST  BUBBLE 

*«* 

0498' 

CD  0415' 

CALL 

WAITSTAT 

{WAIT  UNTIL  BMC  AVAIL 

049B' 

CD  03C8' 

CALL 

SETIBMCR 

{SET  BMC  REGS 

049E' 

3E  11 

LD 

A,8H$INT 

;*»»  SEND  THE  BUBBLE  »»f 

04A0' 

D3  29 

OUT 

(BM$CMD),A 

{***  INITIALIZE  COMMAND  *»* 

04  A2' 

OE  09 

LD 

C ,PRTLN 

;»*****»»*#**»»*»*** 

04A4' 

11  014C' 

LD 

DE,INIMSG 

{*  SYSTEM  INITIALIZED  FOR  INTERRUPTS  # 

04A7' 

CD  0005 

CALL 

CDOS 

5*  ****************** 

04AA' 

CD  0415' 

CALL 

WAITSTAT 

{WAIT  UNTIL  DONE 

04AD' 

CD  05BD' 

CALL 

IRESET 

{RESET  INTERRUPTS  AND  STATUS  REG 

04BO' 

ED  58 

IH 

1 

{SET  INTERRUPTS  FOR  JUMP  TO  LOC  *'38' 

04B2' 

FB 

El 

04B3' 

Dl 

POP 

DE 

04B4' 

Cl 

POP 

BC 

04B5' 

FI 

POP 

AF 

04B8' 

C9 

RET 

PAGE 
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PAGE  1-27 


;»ftft»»«ft»»»»»»*»»»»ft»»»»ft»»»«ft»»*ft 


» 
* 
ft 
ft 
» 
» 
» 

»"  ft 

;***»»**»**********ft#»»»*»*****»ft* 


;*  THIS  ROUTINE  INITIATES  AN  MBM  READ  (WITH  INTERRUPT 
;»  PROCESSING)  TO  A  USER  DEFINED  BUFFER  AREA. 

;* 

;*  INPUT;  HL  -  BEGINNING  ADDR  OF  INPUT  BUFFER 
i* 

;*  OUTPUT:  BUFPTR  -  PNTR  TO  BEGINNING  OF  INPUT  BUFFER 
!# 


04B7' 

INTtREAD: 

04B7' 

F5 

PUSH 

AF 

04B8' 

22  02A5' 

ID 

(BUFPTR) /HL 

;INIT  BUF  PNTR 

04BB' 

3A  02BO' 

LD 

A,(NBMiPSIZ) 

;»»»  SET  UP  NBR  OF  BYTES  *** 

04BE' 

32  02AJ' 

LD 

(RDSIZ) /A 

;»**  TO  BE  XFERRED  **» 

04C1 ' 

3E  12 

LD 

A,BM$RD 

;»»*  ISSUE  *** 

04C3' 

D3  29 

OUT 

(BMtCHD),A 

;***  READ  *ftft 

04C5' 

76 

IR4C8: 

HALT 

;WAIT  FOR  A  22  BYTE  INTERRUPT 

04C8' 

3 A  02A3' 

LD 

A, (RDSIZ) 

;GET  REMAINING  BYTES  TO  BE  READ 

04C9' 

FE  18 

CP 

22D 

;ARE  LESS  THAN  22  BYTES  LEFT? 

04CB' 

30  F8 

JR 

NC  f IR$C8 

;N0 

04CD' 

FE  00 

CP 

ZERO 

;ARE  EXACTLY  0  BYTES  LEFT? 

04CF' 

28  01 

JR 

Z,IR$RT 

;YES,  OP  PROBABLY  ALREADY  COMPLETE 

04D1' 

78 

HALT 

;UAIT  FOR  OP  COMPLETE  INT 

04D2' 

FI 

IR$RT: 

POP 

AF 

04D3' 

C9 

PAGE 

RET 

Figure  18.  MBM  Software  (page  25  of  32). 
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PAGE  1-26 


»»*»****»*ft*****tt»**t»***»t**t»* 

* 

*  THIS  ROUTINE  INITIATES  AN  HBH  WRITE  (USING  INTERRUPT 

*  PROCESSING)  FROM  A  USER  DEFINED  BUFFER  AREA. 

* 

*  INPUT:  HL  -  BEGINNING  ADDR  OF  OUTPUT  BUFFER 

« 

»  OUTPUT:  BUFPTR  -  PNTR  TO  BEGINNING  OF  INPUT  BUFFER 

* 

«»»»»»»*»»»»**»»»»»»»»»»»*»»»»»» 


0404' 

INTtURIT: 

04D4' 

F5 

PUSH 

AF 

04D5' 

C5 

PUSH 

BC 

04D6' 

E5 

PUSH 

HL 

04D7' 

3E  13 

LD 

A,8HiWR 

(*»*  SEND  WRITE  »»* 

04D9' 

D3  29 

OUT 

(BMCH1»,A 

;»*»  COMMAND  *»* 

04DB' 

CD  041C 

CALL 

WATESTRT 

(*»*  WAIT  UNTIL  WRITE  *** 

04DE‘ 

CB  47 

IWBWT1:  BIT 

FFRBPS,A 

-,**»  STARTS  AND  FIFO  *** 

04E0' 

26  FC 

JR 

Z/IWIWTl 

;*»*  BECOHES  AVAILABLE  »»» 

04E2’ 

OE  28 

LD 

C,BM$DATA 

(SET  FIFO  OUTPUT  PORT 

04E4- 

06  28 

LD 

B,40D 

(  &  OUTPUT  LENGTH 

04E6' 

ED  B3 

OTIR 

(FILL  THE  FIFO 

04E3' 

22  02A5' 

LD 

< BUFPTR >,HL 

(INIT  BUF  PNTR 

04EB- 

3A  02B0' 

LD 

A,(MBM$PSIZ) 

(***  SET  NBR  OF  »** 

04EE- 

D6  28 

SUB 

40D 

(***  BYTES  REMAINING  »»* 

04F0' 

32  02A4’ 

LD 

(WRSIZ),A 

(*»*  IN  OUTPUT  BUF  »#* 

04F3' 

76 

IW$C8:  HALT 

(WAIT  FOR  22  BYTE  INT 

04F4- 

3A  02A4' 

LD 

A,(WRSIZ) 

(GET  NBR  OF  BYTES  TO  BE  WRITTEN 

04F7’ 

FE  00 

CP 

ZERO 

(WRITE  BUFFER  EMPTY? 

04F9- 

20  F8 

JR 

NZ,IW*C8 

(NO 

04FB' 

76 

HALT 

(YES,  WAIT  FOR  OP  COMPLETE  INTERRUPT 

04FC' 

El 

POP 

HL 

04FD’ 

Cl 

POP 

BC 

04FE- 

FI 

POP 

AF 

04FF* 

C? 

RET 

PAGE 
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;#***##*#»#**#**##**##»**#*##»*##* 


»  I 

*  THIS  ROUTINE  HANDLES  HBH  INTERRUPTS  BY  DETERNINIHG  ITS  « 

*  SOURCE  AND  JUHPING  TO  APPROPRIATE  PROCESSING  ROUTINES.  » 

*  * 

*  INPUT:  RDSIZ  -  NBR  OF  BYTES  REMAINING  TO  BE  READ  * 

*  URSIZ  -  NBR  OF  BYTES  REMAINING  TO  BE  WRITTEN  « 

*  » 

»  OUTPUT:  RDSIZ  &  URSIZ  UPDATED  (BY  INT$??  SUBROUTINES)  * 

*  * 


;«  >  I 

*  #  * 

«««««»* 

it*#**#*#**#*#*#**##* 

0500’ 

INT4HNDL: 

0500' 

F5 

PUSH 

AF 

0501' 

C5 

PUSH 

BC 

0502' 

D5 

PUSH 

DE 

0503' 

DB  29 

IN 

A,(BM4STAT) 

;***  SAVE  STATUS  *»* 

0505' 

47 

LD 

B,A 

;#**  IN  B  REG  *** 

0504' 

CB  78 

BIT 

BSYBPSjB 

;BUSY? 

0508' 

C2  0558' 

JP 

NZ,IH$RU 

;YES 

050B' 

CB  48 

BIT 

OPFBPSjB 

;0P  FAIL? 

050D' 

CA  0544' 

JP 

Z/IH40C 

;H0 

0510' 

OE  09 

LD 

C,PRTLN 

(YES,  *»»»»»»»*»»»»»* 

0512' 

11  0049' 

LD 

DE,ERRHSC 

*,  *  ERROR  GENERATED  INTERRUPT  » 

0515' 

CD  0005 

CALL 

CDOS 

;  ***»*»**##*»*** 

0518' 

OE  09 

LD 

C>PRTLN 

;«»»  UNDETERMINED  ERROR  *** 

051A' 

11  0071' 

LD 

DE/UHONOZ 

;**»  (WILL  BE  OVER-URITTEN  *** 

051D' 

CD  0005 

CALL 

CDOS 

;««*  ONCE  ERROR  IS  DIAGNOSED)  *«* 

0520' 

CB  50 

BIT 

UNCBPS ,B 

;UNCORRECTABLE  ERROR? 

0522' 

28  08 

JR 

Z,IHiC3 

;N0 

0524' 

OE  09 

LD 

C,PRTLN 

;*»*****»**»» 

0524' 

11  0090' 

LD 

DE,UNCERR 

;*  UNCORRECTABLE  ERROR  » 

0529' 

CD  0005 

CALL 

CDOS 

;**»********* 

052C' 

CB  58 

IH4C3: 

BIT 

CORBPS,B 

.•CORRECTABLE  ERROR? 

052E' 

28  08 

JR 

Z,IH*C4 

;N0 

0530' 

OE  09 

LD 

C,PRTLN 

5*#*******## 

0532' 

11  0081' 

LD 

DE,CORERR 

;*  CORRECTABLE  ERROR  * 

0535' 

CD  0005 

CALL 

CDOS 

;l  M  H  1  1  1  H  1 

0538' 

CB  40 

IH4C4: 

BIT 

TIMBPS,B 

•.TIMING  ERROR? 

053A' 

28  08 

JR 

Z/IHIC5 

;N0 

Figure  18.  MBH  Software  (page  27  of  32). 
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17-Nar-80  PAGE 

1-30 

053C' 

0E  09 

LD 

C,PRTLN  *, 

«««**»*«» 

053E' 

11  00D2‘ 

LD 

DE,TIMERR  ; 

*  TIMING  ERROR  * 

0541' 

CD  0005 

CALL 

CDOS  ; 

»«««*»««« 

0544' 

IH$C5s 

;  CALL 

MBHtFFRE  ; 

RESET  FIFO 

;  CALL 

WAITST  ; 

WAIT  FOR  RESET  COMPLETE 

0544' 

18  26 

JR 

IHfDN 

0546' 

3A  02A3' 

IHtOC:  LD 

A,(RDSIZ) 

*#*  IS  A  READ  »*» 

054V 

FE  00 

CP 

ZERO 

***  PENDING?  »** 

054B' 

C4  0575' 

CALL 

NZ,INT$RD 

YES,  FINISH  READING  BUF 

054E' 

OE  09 

LD 

C>PRTLN 

*«»*»**# 

0550’ 

11  00F3' 

LD 

DE,OPCMSG 

*  OP  COMPLETE  * 

0553' 

CD  0005 

CALL 

CDOS 

*«««***« 

0556' 

18  14 

JR 

IHSDN 

0558' 

3A  02A3' 

IHtRW:  LD 

A,<RDSIZ) 

**#  IS  A  READ  *** 

055B' 

FE  00 

CP 

ZERO 

***  PENDING?  *»* 

055D' 

C4  0575' 

CALL 

NZ,INT$RD 

;Y£S,  READ  MORE  AND  RETURN 

0560' 

20  OD 

JR 

NZ,IH»RT 

TO  INTERRUPTED  ROUTINE 

0562' 

3A  02A4' 

LD 

A,(URSIZ) 

;***  IS  A  WRITE  »** 

0565' 

FE  00 

CP 

ZERO 

;*»*  PENDING?  »»» 

0567’ 

C4  0599' 

CALL 

NZ,INT»UT 

;Y£S,  WRITE  MORE  AND  RETURN 

056A' 

18  03 

JR 

IHfRT 

TO  INTERRUPTED  ROUTINE 

056C' 

CD  05BD' 

IH$DN:  CALL 

IRESET 

; RESET  INTERRUPTS  AND  STATUS  REGS 

056F' 

Dl 

IHtRT;  POP 

DE 

0570' 

Cl 

POP 

BC 

0571' 

FI 

POP 

AF 

0572' 

FB 

El 

0573' 

ED  4D 

RET  I 

PAGE 
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PACE  1-31 


0575' 

0575' 

F5 

;*  * 

;»  THIS  ROUTINE  SUPPORTS  HBH  READING  WHEN  INTERRUPT  1/0  IS  « 

;*  REQUIRED.  DATA  IS  XFERRED  FROM  THE  HBH  INTO  A  USER  DEFINED  * 

{*  AREA.  BLOCK  LENCTH  CHECKS  ARE  NOT  HADE,  SO  USER'S  BUFFER  » 

?»  AREA  HUST  BE  LONG  ENOUGH  TO  HOLD  THE  REQUESTED  HBH  BLOCK.  » 

•#  « 

{»  INPUTS  BUFPTR  -  POINTER  TO  NEXT  CHAR  IN  READ  BUFFER  * 

.*  , 

{»  OUTPUT:  BUFPTR  -  UPDATED  TO  NEXT  OUTPUT  CHAR  * 

;*  * 

;**»«***»»»»*»»»»*»*»*»*»*»»»»»«*» 

INTIRD: 

PUSH  AF 

0576' 

C5 

PUSH 

BC 

0577' 

E5 

PUSH 

HL 

0578' 

2A  02A5' 

LD 

HL,( BUFPTR) 

;SET  BUF  PNTR 

057B' 

0E  28 

LD 

C,BH$DATA 

; INPUT  PORT 

057D' 

3A  02A3' 

LD 

A,(RDSIZ) 

;GET  NBR  OF  BYTES  REHAINING  IN  BUF 

0580' 

FE  16 

CP 

HALFUL 

;LESS  THAN  HALF  OF  FIFO  BUF  LEFT? 

0582' 

38  07 

JR 

C,IRD*C2 

;YES 

0584' 

06  16 

LD 

B, HALFUL 

;N0,  SET  HALF  FIFO  BUF  LENCTH 

0586' 

90 

SUB 

8 

{DECREASE  NBR  OF  BYTES  REMAINING 

0587' 

ED  B2 

INIR 

{READ  A  BLOCK 

0589' 

18  04 

JR 

IRDSDN 

058B' 

47 

IRDIC2:  LD 

B,A 

{SET  NBR  OF  BYTES  REMAINING 

058C' 

AF 

XOR 

A 

{CLEAR  NBR  OF  BYTES  REMAINING  IN  BUF 

058D' 

ED  B2 

INIR 

{READ  FINAL  BLOCK 

058F' 

32  02A3' 

IRD«DN:  LD 

(RDSIZ) ,A 

{SAVE  NBR  OF  BYTES  LEFT  IN  BUF 

0592' 

22  02A5' 

LD 

< BUFPTR ),HL 

{SAVE  PNTR  TO  NEXT  BYTE  IN  BUF 

0595' 

El 

POP 

HL 

0596' 

Cl 

POP 

BC 

0597' 

FI 

POP 

AF 

0598' 

C? 

RET 

PAGE 

Figure  18.  HBH  Softeare  (page  29  of  32). 
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HACR0-80  3.38  17-Nar-80 


PACE  1-32 


*  * 

*  THIS  ROUTINE  SUPPORTS  MBit  WRITING  WHEN  INTERRUPT  I/O  IS  * 

*  REQUIRED.  DATA  IS  XFERRED  FROM  A  USER  DEFINED  OUTPUT  * 

«  BUFFER  TO  THE  HB«.  * 

»  » 

;#  INPUT:  BUFPTR  -  POINTER  TO  NEXT  CHAR  IN  WRITE  BUFFER  * 

*  » 

*  OUTPUT:  BUFPTR  -  UPDATED  TO  NEXT  OUTPUT  CHAR  « 

*  * 
a#*##*##**#**#*#*#*#*###***###*#* 


INT4UT: 


F5 

PUSH 

AF 

C5 

PUSH 

BC 

E5 

PUSH 

HL 

2A  02A5' 

LD 

HL,( BUFPTR) 

OE  28 

LD 

C,8H$DATA 

3 A  02A4' 

LD 

A, (URSIZ) 

FE  18 

CP 

HALFUL 

38  07 

JR 

C,IWR*C2 

08  18 

LD 

B, HALFUL 

90 

SUB 

B 

ED  B3 

OTIR 

18  04 

JR 

IURiDN 

47 

IUR$C2:  LD 

B,A 

AF 

XOR 

A 

ED  B3 

OTIR 

32  02A4' 

IURIDN:  LD 

(URSIZ), A 

22  02A5’ 

LD 

(BUFPTR) ,HL 

El 

POP 

HL 

Cl 

POP 

BC 

FI 

POP 

AF 

C9 

RET 

{SET  BUF  PNTR 
{OUTPUT  PORT 

{GET  NBR  OF  BYTES  RENA  IN  INC  IN  BUF 
{LESS  THAN  HALF  OF  FIFO  BUF  LEFT7 
;YES 

;NO,  SET  HALF  FIFO  BUF  LENGTH 
{DECREASE  NBR  OF  BYTES  RENAINING 
{WRITE  A  BLOCK 


{SET  NBR  OF  BYTES  RENAINING 
{CLEAR  NBR  OF  BYTES  RENAINING  IN  BUF 
{WRITE  FINAL  BLOCK 


(URSIZ) ,A  {SAVE  NBR  OF  BYTES  LEFT  IN  BUF 

(BUFPTR) ,HL  {SAVE  PNTR  TO  NEXT  BYTE  IN  BUF 


Figure  18.  NBN  Software  (page  30  of  32) 


MACRO ~ 80  3.36  17-Har-80 


PACE  1-33 


;*»»»*»»*»»*»*»»»*»»»»»»*»»»**»»»* 

?»  * 

•#  THIS  ROUTINE  CLEARS  HBH  INTERRUPTS  AND  CLEARS  THE  BBC  » 

s#  STATUS  REG,  * 

i*  I 

:#  INPUT:  N/A  * 

;#  * 

OUTPUT:  BMC  STATUS  REG  =  00  * 

X*  DRQ  AND  INT  INTERRUPT  LINES  ARE  CLEARED  » 


•#*»**** 

»«*«**** 

***»**»»**»*»»**#» 

05BD- 

IRESET: 

05BD- 

F5 

PUSH 

AF 

05BE' 

C5 

PUSH 

BC 

05BF' 

D5 

PUSH 

DE 

05C0' 

3E  20 

LD 

A;BM*RES 

•***  RESET  INTERRUPTS  S  »** 

05C2' 

D3  29 

OUT 

<8H*Cm»,A 

•***  CLEAR  STATUS  REG  *»* 

05C4' 

OE  09 

LD 

C,PRTLN 

;****»****»»»**»* 

05C6' 

11  0121- 

LD 

DE/RSTHSG 

;#  STATUS/INTERRUPT  ARE  RESET  * 

05C9- 

CD  0005 

CALL 

CDOS 

*  **************** 

05CC' 

DB  29 

IRS:  IN 

A,(8H$STAT) 

;GET  BMC  STATUS 

05CE' 

A7 

AND 

A 

;IS  STATUS  CLEAR  (IMPLIES  INT  ALSO  CLR) 

05CF' 

20  FB 

JR 

NZ,IRS 

;N0,  WAIT 

05D1' 

D1 

POP 

DE 

05D2' 

Cl 

POP 

BC 

05D3' 

FI 

POP 

AF 

05D4' 

C9 

RET 

END 


Figure  18.  NBH  Software  (page  31  of  32). 
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HACR0-80  3.36  17-Har-80 


PACE  5 


Hacros: 


Syabols: 


ADRO 

000E 

ADR1 

OOOF 

BLRO 

OOOB 

BLR1 

OOOC 

BNIABT 

0019 

8N$CND 

0029 

BHIDAT 

0028 

BNIFRE 

001D 

BN* I NT 

0011 

BMPRG 

001E 

BNIRBL 

001B 

BNIRBR 

0015 

BHIRCD 

00 1C 

BHIRD 

0012 

BNIRES 

0020 

BNIRFS 

0018 

BIWRSK 

0014 

BHISRE 

001F 

BHISTA 

0029 

BN8UBL 

0017 

BHIUBR 

0016 

BHIUHB 

0010 

BNIUR 

0013 

BNIUSX 

001A 

BRLEN 

0005 

BSYBPS 

0007 

BUFPTR 

02A5' 

CDOS 

0005 

CORBPS 

0003 

CORERR 

00B1' 

CR 

OOOD 

DNABPS 

0002 

ENR 

OOOD 

ERRHSC 

0049' 

FFRBPS 

0000 

FFRNSG 

0289' 

FIFO 

0000 

HALFUL 

0016 

ICIRT 

0488' 

ICDBPS 

0006 

ISBTT 

0002 

IEBPS 

0001 

IHIC3 

052C' 

IHIC4 

0538' 

IHIC5 

0544' 

IHIDN 

056C' 

IHIOC 

0546' 

IHIRT 

056F' 

IHIRU 

0558' 

INIRT 

02E1  ‘ 

INBIT 

0001 

INBP3 

0000 

INCIAD 

03DA' 

IN I NSC 

014C' 

INTIHN 

0500' 

INTIIN 

048D' 

INTIRD 

0575' 

INTIRE 

04B7' 

INTIRS 

0038 

INTIUR 

04D4' 

INTIUT 

0599' 

INTFLG 

02A7' 

INTSAV 

02  A8' 

IPBIT 

0080 

IPBPS 

0007 

IRIC8 

04C5’ 

IRIRT 

04D2' 

IRDIC2 

058B* 

IRDIDN 

058F' 

IRESET 

05BD' 

IRS 

05CC' 

IUIC8 

04F3' 

IHIWT1 

04DE' 

IWR4C2 

05AF' 

IWRIDN 

05B3' 

JP40PC 

00C3 

LF 

OOOA 

NBNIAB 

03751' 

NBNI8H 

02ABI' 

NBHIFF 

03A9I' 

HBHIIC 

04581' 

HBHIIN 

02C6I' 

HBH8IS 

04251' 

NBNIPS 

02B0I' 

NBHIPU 

03B2I ' 

NBNIRC 

03A3I ' 

HBHtRE 

02E3I ' 

mm 

036FI ’ 

HBKIRS 

03471' 

NBHIRX 

02FFI ' 

NBHIRZ 

039DI ' 

HBHISR 

037CI ' 

NBHIST 

02B1I' 

NBHIUB 

02B4I ' 

HBNIUR 

030CI ' 

NBHIUS 

03831' 

HBHIUX 

03611' 

NBNIUZ 

03691' 

NONSUP 

03B9' 

ONE 

0001 

OPCBPS 

0006 

OPCNSC 

OOF3' 

OPFBPS 

0005 

PRTEND 

0024 

PRTLN 

0009 

RCDBPS 

0005 

RDIRT 

02FA' 

RDERR 

0022' 

RDSIZ 

02A3' 

READ 

03EC' 

READIL 

03FA’ 

READIR 

0410' 

REIHSC 

025B' 

RSTHSG 

0121' 

SETIBN 

03C6' 

SUPHSG 

0000' 

T INBPS 

0004 

TIHERR 

00D2' 

UNC8PS 

0002 

UNCERR 

0090' 

UAITST 

0415' 

UATELP 

041D* 

UATEST 

041C' 

UBLBPS 

0004 

UHONOZ 

0071' 

URIRT 

0340' 

UR4UT1 

0325' 

URIUT2 

032F' 

URSIZ 

02A4' 

XFRBPS 

0003 

ZERO 

0000 

No  Fatal  error (s) 


Figure  18.  NBN  Softeare  (page  32  of  32). 
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IV 


User's  Manua  I 


The  MBM  Interactive  Development  System  (MIDS)  described 
in  the  following  manual  is  an  S-100  based  peripheral  device 
used  for  troubleshooting  and  verifying  operation  of  Intel 
7110  MBM's  and  their  related  support  IC's.  Once  a  user  is 
familiar  with  MBM  operating  characteristics  (see  Ref  3),  the 
use  of  MIDS  is  straightforward.  It  requires  only  that  the 
user  be  able  to  log  onto  the  host  system  and  initiate 
execution  of  the  program  called  MIDS.  Software  prompts  the 
user  for  subsequent  inputs.  In  addition,  a  menu  of  available 
operations  can  be  displayed  at  anytime  to  assist  in  input 
select  ion . 

System  Start-up 

The  following  sequence  describes  how  to  get  started  with 

MIDS  . 

1 .  Turn  off  power  . 

2.  Insure  BPK-72  to  S-100  interface  card  is 
seated  in  the  motherboard. 

3 .  Turn  on  power . 

4.  Boot  the  Operating  System. 

5.  Type  "MIDS"  on  console  (  ie  ,  start  system 
execut ion)  . 

6.  Console  will  prompt  for  additional  information. 
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Command  Summary 


Once  MIDS  execution  begins,  the  console  displays  a  help 
menu  and  prompts  the  user  to  enter  an  execution  command.  The 
help  menu  lists  all  valid  commands  and  has  the  following 


appearance : 


*****  MBM  COMMAND  MENU  ***** 


0  -  WRITE  B/L  REGISTER  MASKED 
2  -  READ  BUBBLE 
4  -  READ  SEEK 

6  -  WRITE  BOOTLOOP  REGISTER 
8  -  READ  FSA  STATUS 
A  -  WRITE  SEEK 
C  -  READ  CORRECTED  DATA 
E  -  MBM  PURGE 

H  -  DISPLAY  COMMAND  MENU 
J  -  SET  INTERRUPT  I/O 
P  -  PRINT  MBM  BUFFER 
R  -  READ  FIFO  (AND  PRINT) 

U  -  SET  BMC  REG  VALDES 
W  -  WRITE  FIFO 


I  -  INITIALIZE 
3  -  WRITE  BUBBLE 
5  -  READ  BOOTLOOP  REGISTER 
7  -  WRITE  BOOTLOOP 
9  -  ABORT 
B  -  READ  BOOTLOOP 
D  -  RESET  FIFO 
F  -  SOFTWARE  RESET 

I  -  INITIALIZE  MBM  BUFFER 
K  -  SET  POLLED  I/O  PROCESSING 
Q  -  READ  BMC  ADDR  REG  (PRINT) 
S  -  PRINT  BMC  STATUS 
V  -  PRINT  BMC  REG  VALUES 
X  -  EXIT  TO  CDOS 


To  execute  one  of  the  listed  commands,  the  user  must  enter 
the  single  letter  appearing  to  the  left  of  the  desired 
operation  title.  Commands  requiring  additional  information 
will  prompt  the  user  for  it  as  needed. 

Of  the  28  operations  available  on  the  command  menu,  the 
first  16  correspond  directly  to  physical  Intel  7110  commands. 
Therefore,  an  explanation  to  commands  0  through  F  is  not 
reiterated  here,  but  can  be  found  in  Appendix  E  under  the 
BPK-7 2  Bubble  Memory  Prototype  Kit  User's  Manual  section  (Ref 
2:  3-10  -  3-13).  The  remaining  12  commands  are  used  for 
development  support  and  are  explained  in  the  following 


paragraphs  . 


H  -  Display  Co mmand  Menu.  This  command  lists  the  menu 
illustrated  above. 

I_  -  Initialize  M BM  Buffer.  MIDS  software  maintains  an 
204  byte  buffer.  This  is  sufficient  to  hold  up  to  three  MBM 
pages  (3  *  68  “  204).  The  Initialize  MBM  Buffer  command 
provides  a  way  to  set  the  software  buffer  to  a  known  value 
before  an  output  operation. 

Following  initiation  of  the  "I"  command  the  console  will 
prompt  the  user  for  an  initial  value  which  is  put  into  the 
first  byte  of  the  buffer.  Then  an  increment  value,  entered 
after  a  second  prompt,  is  used  to  ripple  values  throughout 
the  buffer.  For  example,  an  initial  value  of  01H  and  an 
increment  of  01H  provides  204  bytes  with  the  following 
hexidecimal  pattern:  0  1  ,  02,  03,  ...  CA,  CB,  CC. 

J  ^  Set  Interrupt  I/O  Process  ing.  This  command  enables 
interrupt  I/O  processing  by  setting  the  Enable  Register 
within  the  BMC  to  interrupt  when  an  operation  completes. 
Other  interrupt  conditions  can  be  enabled  via  the  Set  BMC 
Register  Values  (U)  command. 

Interrupt  I/O  is  somewhat  limited.  The  interrupt 
handling  routine  is  set  to  recognize  operation  complete  and 
error  interrupts.  In  addition,  FIFO  half  full  interrupts  are 
processed  only  for  MBM  Read  (2)  and  Write  (3)  commands.  All 
other  interrupts  are  essentially  ignored. 

K  -  Set  Polled  1/0  Processing.  Polled  I/O  is  the  normal 
operating  configuration  for  MIDS.  The  Set  Polled  I/O 
Processing  (K)  command  is  provided  to  return  MIDS  software  to 
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its  normal  configuration  following  interrupt  I/O  processing. 
In  addition  to  resetting  MIDS  software,  all  interrupt  enable 
bits  within  the  BMC  are  cleared. 

P.  -  Print  M  BM  Buffer  on  Conso  le.  This  command  formats 
and  dumps  the  hexidecimal  byte  values  found  in  the  software 
I/O  buffer.  Two  slightly  different  formats  are  printed 
depending  on  whether  error  correction  is  enabled.  With  error 
correction  only  64  bytes  are  diplayed  per  MBM  page.  Without 
error  correction,  all  68  bytes  per  page  are  displayed. 

-  Read  M  £  Address  (and  Prin  This 
command  reads  the  BMC  Address  Register  and  prints  it  on  the 
conso le . 

R  Z  Read  FIFO  (and  Print).  The  BMC  contains  a  40  byte 
FIFO  as  a  data  buffer  between  the  processor  and  the  bubble 
device.  The  "R"  command  dumps  the  FIFO  to  the  console. 

During  the  FIFO  read,  the  first  byte  of  data  is  lost. 
This  loss  of  data  results  from  software  implementation 
restrictions.  To  allow  for  MIDS  flexibility,  BMC  registers 
must  be  initialized  before  each  FIFO  read.  This 
initialization  operation  destroys  the  first  byte  in  the  FIFO 
(Ref  3:3-8). 

S  -  Pr int  BMC  Status.  This  command  reads  the  BMC  Status 
Register  and  prints  it  on  the  console. 

U.  -  Set  BMC  Register  Values.  Registers  within  the  BMC 
define  operation  of  the  MBM  peripheral.  The  "U"  command 
provides  a  way  to  change  these  register  values  so  that  the 
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BMC  can  be  configured  for  specific  development  tasks.  (Ref 


2:3-2  -  3-7) 

Individual  register  values  are  set  based  on  responses  to 

console  prompts.  The  first  prompt: 

NUMBER  OF  PAGES  PER  I/O  BLOCK  = 

requests  information  for  setting  the  Block  Length  Register. 

Answers  to  the  next  set  of  prompts: 

ENABLE  NORMAL  INTERRUPTS?  (Y/N/Return) 

INTERRUPT  ON  ERRORS?  (Y/N/Return) 

MAXIMUM  TRANSFER  RATE?  (Y/N/Return) 

READ  CORRECTED  DATA?  (Y/N/Return) 

INTERNALLY  CORRECT  DATA?  (Y/N/Return) 

are  used  to  generate  an  Enable  Register  value.  Note  that 

software  will  not  allow  interrupts  to  be  enabled  unless  the 

system  is  in  interrupt  I/O  mode  (initiated  by  "J"  command). 

In  addition,  software  allows  only  one  form  of  error 

correction  to  be  enabled  at  any  one  time.  The  final  prompts: 

WHICH  BUBBLE? 

RECORD  NUMBER  (3  HEX  DIGITS)? 

request  data  for  initializing  the  Address  Register. 

Some  MBM  I/O  operations  update  the  Address  Register  to 

point  to  the  next  available  MBM  page.  The  "U"  command  is 

capable  of  leaving  this  and  other  register  values  unchanged. 

Any  of  the  register  fields  that  can  be  changed  by  the  "U" 

command  can  also  be  left  unchanged  with  a  "Return"  response. 

V  r.  Print  BMC  Register  Values.  BMC  registers  are  reset 

before  each  MBM  operation  from  values  saved  in  memory.  While 

the  "U"  command  changes  these  values,  the  "V"  command 

displays  them. 
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W  -  Write  FIFO.  This  command  dumps  the  first  40  bytes 
of  the  204  byte  software  I/O  buffer  to  the  BMC  FIFO. 

X  Z.  Exit  t  o  C  D  0  S .  This  command  returns  execution 
control  to  the  operating  system. 

Command  Features 

Not  all  commands  involve  physical  access  to  the  MBM 
peripheral.  Following  initiation  of  commands  that  do,  the 
peripheral  status  is  automatically  printed.  The  status  that 
is  displayed  may  at  times  present  false  images  of  actual 
peripheral  status.  This  happens  because  some  instructions  do 
not  complete  before  the  status  is  displayed.  This  is  not  a 
fault,  but  rather  a  debugging  feature  of  MIDS.  This  allows 
the  user  to  observe  the  results  of  an  operation  and  to 
continue  processing  without  having  to  wait  for  a  valid  status 
which  may  never  come. 

Status'  that  indicate  an  operation  has  completed  have 
their  most  significant  bit  off,  and  only  one  of  their  next 
two  significant  bits  on  (Ref  2:3-3).  On  occassions  when  an 
unexpected  status  is  displayed,  execution  of  the  Print 
Status  (S)  command  usually  provides  enough  delay  so  that  the 
expected  status  is  shown.  If  this  request  results  in  another 
apparently  bad  status,  chances  are  that  an  MBM  fault  exists. 

Most  MBM  commands  await  completion  of  previous 
operations  before  they  start  executing.  Attempted  execution 
of  such  commands  when  the  most  significant  bit  of  the  BMC 
status  (the  busy  bit)  is  set,  results  in  a  possible  infinite 
loop  waiting  for  the  MBM  to  become  available.  So,  before 
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entering  a  command,  the  user  must  insure  that  the  MBM  status 
is  not  busy.  One  way  to  accomplish  this  is  via  the  Abort  (9) 
command . 

MBM  Xuit ia 1 izat ion 

The  following  sequence  of  commands  insures  that  the  MBM 
peripheral  is  set  up  to  properly  process  user  requests. 
First,  an  MBM  Abort  (9)  command  is  sent  to  terminate  any 
currently  executing  command  and  to  clear  BMC  status.  The 
status  returned  should  be  either  40H  or  41H.  After  obtaining 
either  one  of  these  status'  the  MBM  Initialization  (1) 
command  should  be  executed.  Again  the  final  status  should  be 
either  40H  or  41H.  Any  other  status,  for  either  command, 
indicates  problems  that  must  be  solved  before  other  commands 
in  the  range  of  0  through  F  can  be  executed. 

Interrupt  Process ing 

An  interrupt  processing  capability  is  available  with 
MIDS  only  to  prove  that  MBM  interrupt  facilities  work  as 
claimed  by  the  manufacturer.  The  primary  advantage  of 
using  interrupts,  concurrent  processing  of  tasks,  is  not 
supported  by  MIDS.  Following  initiation  of  an  MBM  command,  a 
wait  loop  is  entered  until  all  interrupts  related  to  the 
requested  operation  are  processed.  Consequently,  each 
command  executes  to  completion  before  another  is  started. 


Errors 


User  errors  fall  into  two  categories.  One  type  is 
detected  by  MIDS  software,  while  the  other  is  found  by  the 
operating  system.  trrors  caught  by  MIDS  software  cause  an 
error  message  to  be  printed,  execution  of  the  current  command 
to  cease,  and  return  to  the  MIDS  command  entry  level.  At  the 
command  entry  level  the  user  can  retry  the  erroneous  command, 
or  tr  j  a  different  command.  Errors  caught  by  MIDS  are: 

INVALID  COMMAND  -  requested  operation  does  not  match 
those  available  on  the  command  menu; 

INVALID  INPUT  -  additional  data  requested  during  a 
command  is  invalid;  some  invalid  inputs  do  not 
cause  an  error  message,  but  instead,  cause  the 
original  question  to  be  asked  again. 

Errors  found  by  the  operating  system  do  not  have  the 
same  gracious  effect  as  those  errors  found  by  MIDS. 
Operating  system  errors  cause  an  error  message  to  print  and 
control  to  pass  back  to  the  operating  system  level.  The  user 
may  then  reexecute  MIDS  or,  in  extreme  cases,  reboot  CDOS. 
The  most  common  way  to  get  an  operating  system  error  is  to 
request  an  MBM  opertion  that  is  not  supported  by  interrupt 
processing,  while  MIDS  is  in  its  interrupt  mode.  See  command 
"J"  for  a  discussion  of  valid  interrupt  operations. 
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IFPDAS  IR  Debugging  Tool 
I .  Introduction 

The  IFPDAS  IR  described  in  this  thesis  is  a  prototype. 
Because  of  this,  it  requires  tools  for  software  development. 
One  such  tool  is  the  IFPDAS  Inflight  Recorder  Debugging  Tool 
(RDT).  The  RDT  is  a  hardware  front  panel  for  the  IR 
processor.  It  does  not  contain  a  monitor  program  or  any 
other  software,  but  does  give  programmers  a  way  to  trace 
software  execution. 

The  RDT  is  designed  so  as  not  to  affect  IR  operation. 
The  only  impact  of  RDT  design  on  the  IR  is  bus  loading.  As 
explained  later,  the  RDT  presents  single  P2CM0S  loads  to  many 
of  the  pins  on  the  IR  busses.  The  addition  of  these  single 
loads  is  transparent  to  IR  operation. 

No  IR  hardware  changes  are  required  to  accommodate  the 
RDT.  This  fact,  coupled  with  bus  loading  transparency,  means 
that  the  IR  will  operate  identically  with  or  without  the  RDT. 
Thus,  hardware  changes  do  not  have  to  be  factored  into 
operating  predictions  whenever  the  IR  is  detached  from  the 
RDT. 
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1 1 .  User  Ins  true  t ions 

The  RDT  is  a  hardware  front  panel  for  the  IR  processor. 
Capabilities  that  the  RDT  provides  are: 

1.  monitoring  address  and  data  busses, 

2.  single  stepping  through  programs, 

3.  resetting  the  IR  processor, 

4.  reading  a  byte  from  memory  or  a  peripheral,  and 

5.  writing  a  byte  to  RAM  or  a  peripheral. 

Another  capability  that  users  do  not  explicitly  see  is 
the  one  for  unimpeded  operation  of  the  IR.  The  IR  can  run 
independent  of  the  RDT  in  two  ways.  One  is  with  the 
interface  cable  between  the  IR  and  RDT  detached.  Another  way 

is  to  put  the  RDT  in  "RUN"  (SW106)  mode  with  all  other 

debugging  functions  disabled.  A  benefit  of  this  method  is 
that  the  hexidecimal  displays  will  monitor  program  execution 
and  provide  feedback  on  its  operation. 

Monitoring 

Monitoring  activity  takes  place  during  program 
execution.  Programs  execute  in  one  of  two  modes,  full  speed 
or  single  step.  During  both  modes,  hexidecimal  numbers 
displayed  on  the  front  panel  reflect  the  address  of  the 
currently  executing  instruction. 

S ing 1 e  Step 

The  combined  use  of  switched  SW106  and  SW107  allow  users 
to  execute  an  IR  program  with  breaks  between  instructions. 
To  enable  single  step  operation,  SW106  is  switched  to  "S/S". 
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As  soon  as  this  happens  and  Che  current  instruction  completes 
execution,  the  IR  processsor  halts  to  await  a  step  command. 
The  momentary  switch,  SW107,  transmits  this  command  when 
depressed.  Each  time  SW107  is  toggled  one  IR  instruction  is 
executed.  When  SW106  is  in  its  "RUN"  position,  SW107  is 
disabled. 

IR  Reset 

Reset  action  takes  place  regardless  of  other  RDT  switch 
settings.  Whenever  SW112  is  depressed,  the  IR  processor  is 
forced  to  restart  program  execution  at  hexidecimal  location 
0000H.  This  is  the  same  address  where  program  execution 
begins  upon  power  up.  Because  power  up  automatically  causes 
an  IR  Reset,  performing  a  reset  through  the  RDT  is  not 
necessary  to  start  program  execution. 

Memory/Peripheral  Read 

When  used  together,  SW108,  SW109,  SW110,  and  SW111 
provide  the  IR  with  a  memory  and  peripheral  input  capability. 
To  perform  a  read,  SW110  is  set  to  "RD".  Switches  SW108  and 
SW109  determine  the  input  source  and  enables  SW111,  the 
read/write  strobe.  When  the  strobe  is  toggled,  the  byte  at 
the  address  shown  on  the  hexidecimal  display  is  latched  into 
the  data  display.  The  action  of  the  read  strobe  is  disabled 
whenever  both  SW108  and  SW109  are  in  their  "NOP"  positions. 

After  choosing  to  perform  an  I/O  operation  (SW108  “  MEM 
or  SW109  ■  PER)  and  before  toggling  the  read  strobe,  the 
address  display  can  be  changed  to  a  user  defined  value. 
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Individual  digits  are  incremented  by  depressing  the  switch 
directly  below  the  displays.  Note  that  peripheral  addresses 
occupy  only  one  byte,  and  must  be  entered  in  either  the  two 
high-order  or  the  two  low-order  hexidecimal  digits. 

RAM/ Peripheral  Write 

The  RDT  write  operation  dumps  the  information  shown  in 
the  data  display  to  the  memory  or  peripheral  address  shown  in 
the  address  display.  Write  operations  work  similar  to  the 
read  operation  described  above.  With  SW110  set  to  "WR", 
SW108  and  SW109  determine  the  type  of  output  to  be  performed, 
while  SWlll  determines  when  the  operation  will  occur.  One 
obvious  difference  between  the  read  and  write  operations  is 
that  the  data  display  must  be  initialized  before  the  write 
strobe  is  toggled.  Another  difference  is  that  a  memory  write 
operation  is  restricted  to  the  RAM  address  space.  Memory 
read  operations  can  also  access  EEPROM  addresses. 
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III.  Hardware 
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Schematic  Diagrams 

Instead  of  having  one  large  schematic  diagram,  RDT 
hardware  is  described  using  smaller,  functionally  grouped 
diagrams.  When  combined  as  one,  the  individual  diagrams 
completely  define  the  RDT.  The  rule  that  binds  the  diagrams 
is  signal  naming  conventions.  From  one  diagram  to  the  next, 
common  signal  paths  have  identical  names. 

Most  control  signals  found  in  the  following  schematics 
are  prefixed  with  either  an  "0"  or  an  "I".  An  "0"  prefix 
indicates  that  the  signal  originates  from  within  the  RDT 
hardware  and  is  "Output"  to  the  IR  bus.  Signals  "Input"  from 
the  IR  bus  are  preceeded  with  an  "I".  Signals  with  no  prefix 
are  generated  and  used  internal  to  the  RDT.  Control  signals 
may  also  have  a  postfix  of  "*"  to  indicate  that  they  are  an 
active  low  '  ignal. 

Another  standard  feature  of  RDT  hardware  is  that  all 
switches  are  debounced.  The  debouncing  circuit  is 
implemented  in  every  case  by  a  data  flip-flop  (FF)  with 
preset  and  clear  inputs.  Its  theory  of  operation  is 
presented  in  the  discussion  of  the  IR  Reset  function. 

I R  Bu 8  Buffers.  The  interface  between  the  IR  bus  and 
the  RDT  is  fully  buffered.  Figure  19  shows  that  all  signals 

-  with  the  exception  of  OWAIT*,  OBREQ*,  OPS*,  and  ORESET-IN* 

-  are  connected  via  P2CM0S  buffers.  So,  RDT  inputs  present 
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Figure  19.  RDT  I/O  Buffers. 

only  single  P2CMOS  loads  to  the  IR  bus;  and  outputs  have  the 
same  drive  capacity  as  components  of  the  IR.  The  three 
remaining  signals  are  output  to  the  IR  control  bus  through 
open-collector  gates. 

IR  signals  required  by  the  RDT  fall  into  three 
categories:  bidirectional,  input  and  output.  Placement 
within  a  category  depends  upon  when  and  how  individual 
signals  are  enabled  through  a  buffer.  Data  and  address 
busses,  which  provide  both  input  and  output  for  the  RDT, 
are  bidirectional.  Control  bus  signals  SO,  SI,  RD* ,  and 
BACK*  are  sources  of  input.  Output  signals  are  the  XWAIT*, 
BREQ* ,  PS*,  RESET-IN*,  RD*,  WR*,  and  IO/M*  control  lines. 
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While  RD*  appears  both  as  an  input  and  an  output  signal,  it 
is  not  considered  bidirectional  because  it  is  buffered  by  B26 
as  an  input,  and  by  B27  as  an  output. 


Bidirectional  lines  are  buffered  by  B23,  B24,  and  B25. 
These  82PC08,  Bidirectional  Transceivers,  operate 
continuously  with  their  direction  of  transmission  determined 
by  the  RDT  function  being  performed.  When  the  RDT  is  in  a 
monitor  or  single  step  mode,  all  three  transceivers  act  as 
input  buffers.  In  the  memory/ per ipheral  write  mode,  they  are 
output  buffers.  However,  when  reading  memory  or  a 
peripheral,  B25  is  an  input  buffer  and  B23  and  B24  are  output 
buffers.  The  two  OR  gates  in  the  upper  part  of  Figure  19 
provide  direction  control  logic  for  these  three  transceivers. 

IR  lines  categorized  as  input  signals  are  buffered  by 
B23.  The  input  buffer  is  hardwired  to  transfer  data  from  the 
IR  to  the  RDT  continuously.  The  two  OR  gates  fed  directly 
from  B26  are  used  as  a  second  level  of  input  to  increase  the 
fan-out  of  the  P2CM0S  IC's  for  driving  the  LSTTL  circuitry  of 
the  RDT. 

IC's  B27  and  B28  are  output  buffers.  To  preclude  bus 
contention  problems,  ORD*,  OWR*,  and  010/M*  use  the  tri-state 
feature  of  the  82PC08.  During  operations  where  the  RDT  does 
not  require  control  of  IR  resources,  the  output  buffers  are 
disabled.  Neither  monitor  nor  single  step  operations  need 
control  over  the  IR  to  accomplish  their  tasks.  However,  I/O 
operations  must  use  the  IR  buses.  Once  an  I/O  operation 
gains  control  of  IR  resources,  BREQ*  +  BACK*  “  0,  the  82PC08 
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is  enabled  and  signals  generated  by  the  RDT  are  sent  to  the 
1R. 

The  four  output  signals  which  do  not  pass  through 
Bidirectional  Transceivers  -  OWAIT*,  OBREQ*,  OPS*,  and 
ORESET-^N*  -  are  interfaced  to  the  IR  via  7417  open-collector 
buffers.  The  reason  open-collector  buffers  are  required  is 
that  corresponding  signals  on  the  IR  control  bus  are  held 
normally  high  through  pull-up  resistors.  To  drive  these 
lines  low,  open-collector  gates  are  used. 

Bus  Monitor.  Hexidecimal  displays  are  provided  for 
monitoring  the  IR  data  and  address  busses.  Toggle  switches 
and  counters  add  the  capability  for  initializing  these  busses 
whenever  the  RDT  is  in  an  I/O  operation  mode. 

Before  discussing  construction  of  the  monitors,  an 
understanding  of  the  differing  functional  requirements  betwen 
the  data  and  address  monitors  is  useful,  While  programs 
execute,  the  RDT  is  in  a  monitoring  mode.  That  is,  the 
addrtess  monitor  reflects  the  addresss  of  the  currently 
executing  instruction  and  the  data  monitor  is  blank.  In  its 
I/O  mode  the  RDT  gains  control  of  the  IR  busses  from  the 
NSC800.  Regardless  of  whether  an  input  or  an  output 
operation  is  being  performed,  the  value  in  the  address 
monitor  is  gated  to  the  IR  address  bus.  Similarly,  the  data 
monitor  is  gated  to  the  IR  data  bus,  but  only  during  an 
output  operation.  During  input  the  data  monitor  reflects  the 
value  found  on  the  data  bus. 
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Figures  20  and  21  show  circuits  for  monitoring  and 
initializing  four  bits  of  a  bus.  In  both  diagrams  INO 
represents  the  least  significant  bit  of  the  four  bit  group. 
B2X,  C3X,  D4X,  SW10X,  and  the  OR  gate  connected  to  CLK1  of 
C3X  are  reproduced  twice  for  the  data  monitor  and  four  times 
for  the  address  monitor.  This  covers  all  24  bits  of  the  data 
and  address  busses.  Other  logic  gates  shown  in  the  figures 
determine  when  particular  components  are  enabled. 

Figure  20  shows  the  circuit  for  mo  nit  or ing/ ini t ia 1 i z  ing 
the  data  bus.  During  program  execution,  the  logical  OR  of 
OBREQ*  and  IBACK*  is  always  one.  Consequently  three 
significant  actionr  occur.  One  is  that  the  hexidecimal 
display,  D4X,  is  blanked.  Another  is  that  the  toggling 
action  of  SW10X  is  blocked  from  C3X.  The  third  is  that  the 
output  buffer,  B2X,  is  disabled.  When  the  RDT  is  in  I/O 
mode,  OBREQ*  and  IBACK*  are  zero.  The  result  is  that  D4X  is 
no  longer  blanked  and  SW10X  increments  the  C3X  counter. 
Combined  with  a  write  request,  WR*  =  0,  OBREQ*  and  IBACK* 
also  enables  C3X  to  be  incremented  and  allows  its  output  to 
pass  to  the  data  bus.  During  read  operations  WR*  -  1  and 
again  B2X  is  disabled.  However,  C3X  is  enabled  in  its 
latched  mode,  passing  information  from  the  data  bus  to  D4X. 

Figure  21  shows  the  circuit  for  mo ni t or ing/ ini t ia 1 i z ing 
the  address  bus.  When  the  RDT  is  in  its  program  execution 
mode,  C3X  acts  as  a  latched  buffer,  passing  appropriate 
information  to  and  blocking  undesireable  bus  activity  from 
D4X.  During  execution  of  an  instruction,  the  address  and 


data  busses  change  several  times.  Consequently,  control 
signals  determine  the  proper  time  for  latching  information 
into  C3X.  The  desired  information  is  available  when  ISO  and 
IS1  are  both  high,  indicating  an  operation  code  fetch  cycle, 
and  RD*  is  low  (Ref  24:4-13).  Under  these  conditions  CT/LD* 
equals  zero  and  bus  information  is  latched  into  the  counter. 

When  the  RDT  is  in  its  I/O  mode  OBREQ* ,  IBACK*,  ISO,  and 
IS1  are  low,  and  the  CT/LD*  pin  of  C3X  is  high.  This 
disables  additional  information  from  latching  into  the 
counter  from  IR  busses,  and  allows  the  IR  address  bus  to  be 
initialized.  Initialization  involves  incrementing  C3X  to  a 
desired  value  using  SWlOX.  The  OR  gate  connected  between 
SW10X  and  C3X  stops  count  pulses  from  reaching  C3X  unless  the 
RDT  has  contol.  So,  even  though  C3X  is  usually  count  enabled 
(CT/LD*=1),  count  clock  pulses  (CLK1*)  are  blocked  from  C3X 
unless  the  RDT  is  in  an  I/O  mode. 

IR  Res e t .  The  NSC800  and  its  peripheral  controllers  are 
reset  whenever  the  RESET-IN*  pin  of  the  CPU  is  grounded. 
Figure  22  is  a  schematic  of  the  circuit  used  to  ground 
RESET-IN*.  The  diagram  consists  entirely  of  a  switch 
debounc  er . 

A  data  FF  with  preset  and  clear  inputs  works  well  for 
switch  debouncing.  With  the  CLK  input  tied  low,  data  inputs 
to  the  FF  are  disabled  and  output  is  dependent  on  only  the 
preset  and  clear  inputs.  At  any  time  only  one  of  either  the 
preset  or  clear  inputs  is  low.  The  output  of  the  FF  reflects 
the  switch  position.  When  the  switch  is  changed,  voltage 
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Figure  22.  IR  Reset  Function. 


spikes  appear  as  the  switch  disconnects  from  one  terminal  and 
as  it  connects  to  the  other.  These  two  causes  of  spikes  are 
mutually  exclusive.  So,  the  FF  reflects  switch  positioning 
without  intermittent  voltage  spikes. 

Single  Step.  The  power  save  feature  of  the  NSC800 
allows  inp 1 emen ta t ion  of  a  single  step  function.  During  the 
last  clock  cycle  of  each  instruction,  the  PS*  pin  of  the 
NSC800  is  sampled;  and  when  found  in  a  low  state,  program 
execution  is  suspended.  The  N  S  C  8  0  0  Microprocessor  Family 
Handbook  suggests  a  way  of  using  this  feature  to  contro  a 
single  step  function.  (Ref  24:4-23) 

In  general,  single  stepping  works  by  holding  PS*  low 
until  time  for  a  step.  Then  PS*  is  set  high,  allowing 
program  execution  to  continue.  Before  the  current 


instruction  completes,  the  RD*  strobe  from  the  operation  code 
fetch  cycle  clears  PS*  and  again  execution  is  suspended.  The 
result  is  that  only  one  instruction  is  executed  every  time 
PS*  is  toggled  high. 

Figure  23  shows  the  circuit  used  for  implementing  single 
stepping  within  the  RDT.  The  circuit  effectively  works  as 
outlined  above.  However,  RDT  complexity  requires  that 
enhancements  be  made  to  tailor  single  step  functioning. 

The  first  enhancement  provides  a  switch  to  allow  a 
choice  between  normal  program  execution  and  single  step 
execution.  In  its  "RUN"  position,  the  switch  provides  a  high 
input  to  two  OR  gates.  This  effectively  blocks  single  step 
actions  by  maintaining  OPS*  and  OWAIT*  high.  In  its  "S/S" 
position,  a  low  signal  is  input  to  the  blocking  gates, 
allowing  step  toggling  to  control  OPS*  and  OWAIT*. 

The  requirement  for  a  wait  state  to  be  generated 
externally  from  the  IR  results  from  the  interaction  of  the 
ALE  pulse  generated  by  the  NSC800  and  the  wait  state 
generation  circuitry.  ALE  is  held  high  whenever  the  NSC80C 
is  in  a  power  save  mode,  PS*  “  0  (Ref  24:4-23).  But  wai: 
states  are  valid  for  only  one  machine  cycle  after  ALE  goes 
high.  The  facts  that  a  single  step  operation  extends  across 
many  machine  cycles  while  PS*  ■  0,  ant  the  first  CPU 
operation  performed  after  PS*  goes  high  is  an  operation  code 
fetch  from  EEPROM,  require  that  an  external  wait  state  be 
generated  . 
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Figure  23.  Single  Step  Function. 


Another  enhancement  involves  RDT  requests  for  control  of 
the  IR  bus  structure.  Since  the  NSC800  only  samples  BREQ* 
during  the  last  clock  cycle  of  an  instruction  (Ref  24:4-12), 
at  least  one  instruction  must  execute  before  bus  control  is 
relinquished.  The  lover  right-hand  FF  of  Figure  23  is  the 
component  which  insures  at  least  one  is  executed.  Upon 
activation  of  BREQ,  a  one  is  latched  into  this  FF.  The  one 


250 


Chen  passes  through  an  OR  gate,  causing  the  upper  right-hand 
FF  to  latch  a  one  onto  OPS*  and  a  zero  onto  OWAIT*.  Both 
latches  are  reset  by  the  RD*  strobe  which  originates  during 
an  operation  code  fetch  cycle.  While  this  action  insures  one 
instruction  is  executed,  all  is  in  vain  if  SW6  is  set  to 
"RUN".  Either  way,  an  instruction  is  executed,  allowing 
OBREQ*  to  be  recognized. 

Input/Output.  I/O  operations  can  be  performed  on  both 
memory  and  peripheral  devices.  Setting  either  SW108  or  SW109 
selects  a  type  of  I/O  device  and  enables  RDT  I/O.  SW110  and 
SW111  determine  the  type  of  I/O  operation  and  when  it  will  be 
performed.  Figure  24  shows  the  I/O  portion  of  RDT  circuitry. 
For  discussion.  Figure  24  is  divided  at  output  pin  6  of  U81. 
This  splits  the  diagram  into  a  bus  requesting  circuit  and  an 
I/O  strobe  generating  circuit. 

Before  an  I/O  operation  can  proceed,  the  RDT  must  gain 
control  of  the  IR  busses.  The  first  step  in  getting  control 
is  to  request  it  by  setting  OBREQ*  low.  When  SW108  =  "MEM" 
or  SW109  *  "PER",  one  of  the  switch  debouncers  will  cause  the 
pin  10  of  U82  to  change  from  its  normally  high  output  state. 
A  low  output  from  U82  is  used  as  the  bus  request  signal  - 
OBREQ*.  The  IR  processor  recognizes  that  OBREQ*  ■>  0  before 
fetching  another  instruction,  and  responds  by  setting  IBACK* 
low.  This  response  indicates  that  the  RDT  has  control  of  the 
IR  busses  and  causes  output  pin  6  of  U81  to  go  low.  This  low 
output  enables  the  I/O  strobe  generating  portion  of  the  the 
d iagr am. 
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Figure  24.  Memor y/ Per  ip  her  a  1  I/O  Circuit. 


SWllO  determines  whether  a  read  or  a  write  will  be 
performed  by  allowing  toggle  pulses  to  reach  an  appropriate 
74221,  one-shot.  Once  enabled  by  the  OBREQ*/ IBACK*  sequence, 
pulses  from  the  SW111  momentary  switch  are  applied  through 
these  enable  gates  to  the  falling  edge  triggers  of  one-shots. 
Outputs  from  the  one-shots  are  pulses  of  known  width  that  are 
used  for  the  ORD*  and  OWR*  strobes.  The  width  of  each  strobe 
is  determined  by  the  I/O  circuit  with  the  longest  pulse 
requirements.  EEPROM's,  with  a  typical  access  time  of  500 
nanoseconds  (Ref  12),  require  the  longest  read  strobe  of  any 


memory  or  peripheral  circuit.  Allowing  for  possible  atypical 
operation,  the  ORD*  generating  one-shot  is  tuned  to  600 
nanoseconds.  The  OWR*  strobe  width  is  set  at  200 
nanoseconds.  This  time  is  governed  by  the  NSC810  I/O  port 
(Ref  24:A-27),  the  slowest  device  that  can  be  written  to  by 
the  RDT. 

IC  Map 

In  general,  IC's  are  grouped  by  the  RDT  function  they 
support.  Figure  25  illustrates  the  relative  position  of  IC 
groups  as  they  appear  on  the  RDT  wirewrap  card.  In  addition, 
naming  conventions  used  in  previous  schematic  diagrams  help 
identify  IC  functions.  Letter  prefixes  and  their  meaning 
are : 

B  ”  Buffer , 

BC  =  Bus  Connector, 

C  =  Counter , 

D  *  Display, 

R  *  Resistor  Pack, 

S  •  Switch  Debouncers, 

SW  »  Switch,  and 
U  *  Individual  Operations. 

The  "U"  group  is  further  broken  down  so  that 

U6  ■  D i s p la y/ In i t ia  1  i z e  Operation, 

U7  ■  Single  Step,  and 
U8  ■  I/O  Operation. 

Table  XVI  is  a  more  definitive  list  of  the  IC  functions  used 
in  the  RDT. 

IC  sockets  on  the  RDT  wirewrap  card  do  not  contain  the 
prefixes  described  above.  Instead,  only  the  number  following 
the  letter  prefix  is  found  on  the  sockets.  Numbering 


253 


consistency  provides  the  correlation  between  the  schematic 
diagrams  and  the  wirewrap  sockets. 


I/O 

ADDRESS  DISPLAY 

DEBOUNCERS 

SINGLE  STEP 

DATA 

DISPLAY 

RESISTOR 

MONITOR 

PACKS 

BUFFERS 


Figure  25.  RDT  IC  Functional  Groupings. 
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TABLE  XVI 


RDT  IC  Listing 


Device 

Functional 

Schematic 

Type 

Des igna  tion 

Reference 

5082 

Hexidecimal  LED  Display 

D40-D45 

7400 

Quad  2-input  NAND  Gates 

U61 ,1181 

7  40  2 

Quad  2-input  NOR  Gates 

U60 , U8  2 

7417 

Hex  Open-Collector  Buffer 

B  28 

7432 

Quad  2-input  OR  Gates 

B29 , U6 2  , 
U63.U71 

7474 

Dual  D-type  Flip-Flops 

S1-S13 ,U70 

74197 

Presettable  Binary  Counter 

C30-C35 

74221 

Dual  Monostable  Multivibrator 

U  80 

742440ctal  Tri-State  Buffers 

B20-B22 

82PC08 

Bidirectional  Transceiver 

B  23 -B  27 

IK  x  8  Resistor  Pack 

R90 , R9 2  , 
R94.R96-R99 
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Appendix  E 

Manufacturers'  Data  Sheets 

This  appendix  contains  manufacturers'  data  sheets  for 
the  IC  components  used  in  the  IR  prototype.  However,  they 
are  not  published  with  the  thesis.  Instead,  they  are  on  file 


at  AFIT/EN,  Wr ight-Patterson  AFB,  OH,  45423. 
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